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(54) ENCODED STREAM SPLICING DEVICE AND METHOD, AND AN ENCODED STREAM 
GENERATING DEVICE AND METHOD 



(57) A stream converting circuit converts the stream 
type of an original encoded stream transmitted as a 
transport from a master station into an elementary 
stream. The converted original encoded stream is sup- 
plied to a stream analyzing circuit of a stream 
splicer.The stream analyzing circuit analyzes the syntax 
of the original encoded stream received to extract, from 
the original encoded stream, data elements such as 
data "vbvjjelay" representing the initial state of a VBV 
buffer, a flag "repeatjirstjield" indicating whether a 



repeat field is to be generated or not during decoding, 
and a flag "top_field_first" indicating whether the first 
field is a top field or a bottom field, and then supplies 
these data elements to a splice controller, which in turn 
supplies these data elements to the stream proces- 
sor.The stream processor, according to the data ele- 
ments, rewrites data elements of a replacement 
encoded stream. 



BROADCASTING 
SYSTEM 
CONTROLLER 



,43 



r41 



DEMULTIPLEXES 



SISEAM 
CONVERSION 



CM 
O) 

o 

CL 
LU 



CM 
SERVES 



M7 



ENCODES . 
CONTROLLER \\ 

encoder) 



l 481 



ENCODER 
BLOCK 



50- 



l 48 



1 



H3b { 



SPLICE CONTROLLER 
I STOLD I 



STREAM 
ANALYSIS 



STREAM 
PROCESSOR 




500 



l 50/ 



STNEW / STMEW 

[ 502 { 503 



STREAM SPLICER 



1504 



FIG.20 



Primed by Xerox (UK) Business Services 
2.167/3.6 



EP 0 944 249 A1 



Description 

Technical Field 

5 [0001 ] This invention relates to a coded stream splicing device, a coded stream splicing method, a coded stream gen- 
erating device, and a coded stream generating method which are used in a digital broadcasting system. Particularly, it 
relates to a coded stream splicing device, a coded stream splicing method, a coded stream generating device, and a 
coded stream generating method which are adapted for generating a seamless spliced stream by splicing two coded 
streams at a stream level. 

w 

Background Art 

[0002] Fig. 1 illustrates a current television broadcasting system. In the current television broadcasting system, broad- 
casting stations for distributing television programs to each household include a key station (or main station) S K for pro- 

is ducing television programs of the nationwide scale, and a plurality of local stations (branches) S A , S B and S c affiliated 
with the key station for producing unique local television programs. The key station S K is a broadcasting station for pro- 
ducing common nationwide television programs and transmitting the produced television programs to the local stations. 
The local stations are broadcasting stations for distributing, to households of the local areas, the original television pro- 
grams sent from the key station through inter-station transmission and television Programs produced by editing a part 

20 of the original television programs into unique local versions. For example, as shown in Fig. 1 , the local station S A is a 
station for producing television programs to be transmitted to households in a broadcasting area E A . The local station 
S B is a station for producing television programs to be transmitted to households in a broadcasting area E B . The local 
station S c is a station for producing television programs to be transmitted to households in a broadcasting area E c . Edit- 
ing processing carried out at each local station is, for example, processing for inserting a unique local weather forecast 

25 program into a news program transmitted from the key station, or processing for inserting a local commercial into a pro- 
gram such as movie or drama. 

[0003] Figs.2A to 2C illustrate editing processing at each local station. Fig.2A shows an original television program 
PGold produced at the key station. Fig.2B shows a substitute television prograin PG NEW for local viewers produced at 
a local station. Fig.2C shows a television program PG EDjT edited at a local station. The example of editing processing 

30 shown in Figs.2A to 2C is an example of editing processing for replacing a commercial CM1 , a program 3 and a com- 
mercial CM3 of the original television programs transmitted from the key station with a commercial CMV, a program 3' 
and a commercial CM3* produced at the local station for local viewers. As a result of this editing processing at the local 
station, television programs for local viewers are produced in which the television programs produced at the key station 
(that is, a program 1 , a program 2, a CM2 and a program 4) and the television programs produced at the local station 

35 (that is, the commercial CM1 \ the program 3' and the CM3") coexist 

[0004] Since the current television broadcasting system employs analog broadcasting for distributing analog base 
band television signals to each household, attempts have been recently made to replace the analog broadcasting sys- 
tem with a next-generation broadcasting system using a digital technique. The digital broadcasting system is a system 
for compression-coding video data and audio data by using a compression coding technique such as MPEG2 (Moving 

40 Picture Experts Group Phase 2) and transmitting the coded streams to each household and other stations through 
ground waves or satellite waves. Particularly, from among broadcasting techniques proposed as the digital broadcast- 
ing system, the DVB (Digital Video Broadcasting) standard proposed as a next-generation broadcasting system in 
Europe is the most influential technique. This DVB standard is becoming the de facto standard. 
[0005] With reference to Fig.3, a typical digital transmission system for transmitting a program including video data 

45 and audio data from a transmitting side system to a receiving side system by using the MPEG standard will now be 
described. 

[0006] In the typical digital transmission system, a transmission side system 1 0 has an MPEG video encoder 11 , an 
MPEG audio encoder 12. and a multiplexer 13. A receiving side system 20 has a demultiplexer 21, an MPEG video 
decoder 22, and an MPEG audio decoder 23. 

so [0007] The MPEG video encoder 1 1 encodes base band source video data V on the basis of the MPEG standard, 
and outputs the coded stream as a video elementary stream ES. The MPEG audio encoder 12 encodes base band 
source audio data A on the basis of the MPEG standard, and outputs the coded stream as an audio elementary stream 
ES. The multiplexer 13 receives the video elementary stream from the MPEG video encoder 1 1 and the audio elemen- 
tary stream from the MPEG audio encoder 12. The multiplexer 13 then converts the streams into the form of transport 

55 stream packets, thus generating a transport stream packet including the video elementary stream and a transport 
stream packet including the audio elementary stream. The multiplexer 13 multiplexes the transport stream packets so 
that the transport stream packet including the video elementary stream and the transport stream packet including the 
audio elementary stream coexist, thus generating a transport stream to be transmitted to the receiving system 20. 
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[0008] The demultiplexer 21 receives the transport stream transmitted through a transmission line, and demultiplexes 
the transport stream into the transport stream packet including the video elementary stream and the transport stream 
packet including the audio elementary stream. The demultiplexer 21 then generates the video elementary stream from 
the transport stream packet including the video elementary stream, and generates the audio elementary stream from 

5 the transport stream packet including the audio elementary stream. The MPEG video decoder 22 receives the video 
elementary stream from the demultiplexer 21, and decodes this video elementary stream on the basis of the MPEG 
standard, thus generating the base band video data V. The MPEG audio decoder 23 receives the audio elementary 
stream from the demultiplexer 21 , and decodes this audio elementary stream on the basis of the MPEG standard, thus 
generating the base band audio data A. 

w [0009] In the case where the conventional analog broadcasting system is to be replaced with the digital broadcasting 
system using such a technique of digital transmission system, video data of television programs transmitted to the local 
station from the key station is a coded stream which is compression-coded on the basis of the MPEG2 standard. There- 
fore, to carry out editing processing at the local station for replacing a part of the original coded stream transmitted from 
the key station with a coded stream produced at the local station, the coded stream must be decoded once to restore 

is the base band video data before the editing processing is carried out. This is because of the following reason. That is, 
since the direction of prediction of each picture included in a coded stream in conformity to the MPEG standard is cor- 
related with the direction of prediction of the preceding and subsequent pictures, a coded stream cannot be connected 
at an arbitrary position on the stream, rf two coded streams are connected forcedly, data at the seam of the coded 
streams become discontinuous and cannot be decoded accurately. 

20 [0010] Therefore, to realize editing processing as described with reference to Figs.2A to 2C, it is necessary to carry 
out decoding processing for once decoding both an original coded stream supplied from the key station and a coded 
stream produced for local viewers so as to restore base band video signals, editing processing for editing the two base 
band video data to generate video data edited for broadcasting, and coding processing for again coding the edited 
video data to generate coded video streams. However, since coding/decoding processing based on the MPEG stand- 

25 ard is not 100% reversible coding/decoding processing, there is a problem that the picture quality is deteriorated as 
decoding processing and coding processing are repeated. 

[001 1 ] Thus, there is recently required a technique which enables editing in the state of coded streams without decod- 
ing supplied coded streams. The technique of connecting two different coded bit streams at the level of coded bit 
streams so as to generate connected bit streams is referred to as "splicing" In short, splicing means editing and con- 
30 nection of plural streams in the state of coded streams. 

[001 2] However, realization of this splicing processing has the following two problems. 
[001 3] The first problem will now be described. 

[0014] in accordance with the MPEG standard used for the above-described MPEG video encoder 11 and MPEG 
video decoder 22, a bidirectionally predictive coding system is employed as the coding system. In this bidirectionally 

35 predictive coding system, three types of coding, that is, intra-frame coding, inter-frame forward predictive coding, and 
bidirectionally predictive coding, are carried out. Pictures obtained by the respective types of coding are referred to as 
l-picture (intra coded picture), P-picture (predictive coded picture), and B-picture (bidirectionally predictive coded pic- 
ture). I-, P- and B-pictures are appropriately combined to form a GOP (Group of Pictures) as a unit for random access. 
In general, l-picture has the largest quantity of generated codes, and P-picture has the second largest quantity of gen- 

40 erated codes. B-picture has the smallest quantity of generated codes. 

[0015] In the coding method in which the quantity of generated bits varies for each picture as in the MPEG standard, 
in order to accurately decode obtained coded bit streams (hereinafter referred to simply as streams) by the video 
decoder so as to obtain a picture, the data occupancy quantity in an input buffer of the video decoder 22 must be 
grasped by the video encoder 11. Thus, in accordance with the MPEG standard, a virtual buffer referred to as "VBV 

45 (Video Buffering Verifier) buffer" is assumed as a buffer corresponding to the input buffer of the video decoder 22, and 
it is prescribed that the video encoder 1 1 carries out coding processing so as not to cause breakdown of the VBV buffer, 
that is, underflow or overflow. For example, the capacity of the VBV buffer is determined in accordance with the stand- 
ard of signals to be transmitted. In the case of standard video signals of main profile and main level (MP@ML), the VBV 
buffer has a capacity of 1 .75 Mbits. The video encoder 1 1 controls the quantity of generated bits of each picture so as 

so not to cause overflow or underflow of the VBV buffer. 

[0016] The VBV buffer will now be described with reference to Figs.4A to 4C. 

[0017] Fig.4A shows an original stream ST OLD obtained by a video encoder by coding original television programs 
including a program 1 and a commercial CM1 produced at the key station, and the locus of the data occupancy quantity 
in the VBV buffer corresponding to the original stream ST 0Li> Fig.4B shows a substitute stream ST NEW obtained by a 
55 video encoder of a local station by coding a commercial CMV produced for local viewers for replacing the part of the 
commercial CM1 of the original television programs, and the locus of the data occupancy quantity in the VBV buffer cor- 
responding to the substitute stream ST NEW . In the following description, since a part of the stream obtained by coding 
the original television programs transmitted from the key station to the local station is replaced by a new stream, the 
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original stream obtained by coding the original television programs is expressed as "ST OLD '\ which indicates an old 
stream, and the substitute stream to newly replace a part of the original stream ST 0LD is expressed as "ST NEW ". Fig.4C 
shows a spliced stream ST SPL obtained by splicing the substitute stream ST NEW with respect to the original stream 
ST OLD at a splicing point SP, and the locus of the data occupancy quantity in the VBV buffer corresponding to the 
s spliced stream ST SPL . 

[001 8] In Figs.4A to 4C, right upward portions (sloped portions) of the locus of the data occupancy quantity in the VBV 
buffer express the transmission bit rate, and vertically falling portions express the quantity of bits led out from the 
decoder buffer by the video decoder for reproducing each picture. The timing at which the video decoder leads out bits 
from the decoder buffer is designated in accordance with information referred to as decoding time stamp (DTS). In 

w Figs.4A to 4C, I, P and B represent l-picture, P-picture and B-picture, respectively. 

[001 9] The original coded stream ST 0LD is a stream coded by the video encoder of the key station, and the substitute 
stream ST NEW is a stream coded by the video encoder of the local station. The original coded stream ST 0 ld aR d *h e 
substitute stream ST NEW are individually coded by their respective video encoders. Therefore, since the video encoder 
of the local station carries out coding processing for uniquely generating the substitute stream ST NEW without knowing 

15 the locus of the data occupancy quantity in the VBV buffer of the video encoder of the key station at all, the data occu- 
pancy quantity VBV OLD of the original stream ST 0LD in the VBV buffer at the splicing point and the data occupancy 
quantity VBV NEW of the substitute stream ST NEW in the VBV buffer at the splicing point are different from each other. 
[0020] In short, in order to prevent discontinuity of the locus of the data occupancy quantity in the VBV buffer around 
the splicing point SP of the spliced stream ST SPL , the initial level of the data occupancy quantity of the substitute stream 

20 ST NEW of the spliced stream ST SPL in the VBV buffer must be that of the data occupancy quantity VBV OLD in the VBV 
buffer. As a result, as shown in Figs.4A to 4C, if the value of the data occupancy quantity VBV NEW of the substitute 
stream ST NEW in the VBV buffer is smaller than the value of the data occupancy quantity VBV 0LD of the original stream 
ST 0LD in the VBV buffer, the VBV buffer generates overflow at the part of the substitute stream ST NEW of the spliced 
stream ST SPL . On the contrary, if the value of the data occupancy quantity VBV NEW of the substitute stream ST NEW in 

25 the VBV buffer is greater than the value of the data occupancy quantity VBV 0LD of the original stream ST OLD in the VBV 
buffer, the VBV buffer generates underflow at the part of the substitute stream ST NEW of the spliced stream ST SPL . 
[0021 J The second problem will now be described. 

[0022] In a header of a stream coded on the basis of the MPEG standard, various data elements and flags indicating 
coded information are described. The coded stream is decoded by using these data elements and flags. 

30 [0023] The programs 1, 2, 3 and 4 constituting the main portion of the original television programs shown in Figs.2A 
to 2C are not necessarily made of television signals of the NTSC system having a frame rate of 29.97 Hz (approximately 
30 Hz) recorded by a video camera or the like, and may be made of television signals converted from a movie material 
having a frame rate of 24 Hz (24 frames per second). In general, processing for converting a movie material of 24 Hz 
to television signals of 29.97 Hz is referred to as "2:3 pull-down processing" as it includes processing for converting two 

35 fields of the original material to three fields in a predetermined sequence. 

[0024] Fig.5 illustrates this 2:3 pull-down processing. In Fig.5, T1 to T8 indicate top fields of a movie material having 
a frame frequency of 24 Hz, and B1 to B8 indicate bottom fields of the movie material having a frame frequency of 24 
Hz. Ellipses and triangles shown in Fig.5 indicate the structures of frames constituted by top fields and bottom fields. 
[0025] Specifically, in this 2:3 pull-down processing, processing for inserting four repeat fields into the movie material 

40 (eight top fields T1 to T8 and eight bottom fields B1 to B8) having a frame frequency of 24 Hz is carried out. The four 
repeat fields include a repeat field B2* generated by repeating the bottom field B2, a repeat field T4' generated by 
repeating the top field T4, a repeat field B6' generated by repeating the bottom field B6, and a repeat field T8' generated 
by repeating the top field T8. As a result, by this 2:3 pull-down processing, television signals having a frame frequency 
of 29.97 Hz are generated from the movie material having a frame frequency of 24 Hz. 

45 [0026] In the MPEG encoder, the television signals obtained by 2:3 pull-down processing are not directly coded by 
the video encoder, but are coded after the repeat fields are removed from the 2:3 pull-down processed television sig- 
nals. In the example shown in Fig.5, the repeat fields B2', T4\ B6' and T8' are removed from the 2:3 pull-down proc- 
essed television signals. The reason for removing the repeat fields before coding processing is that the repeat fields are 
redundant fields inserted at the time of 2:3 pull-down processing and do not cause any deterioration in picture quality 

so even when they are deleted for improving the compression coding efficiency. 

[0027] Also, in accordance with the MPEG standard, it is prescribed that a flag "repeat JirstJiekT, indicating whether 
or not a repeat field should be generated by repeating any of two fields constituting a frame, is described in decoding a 
coded stream. Specifically, in decoding a coded stream, if the flag "repeatjirstjiekf in the coded stream is T, the 
MPEG decoder generates a repeat field. If the flag "repeatjirstjiekf in the coded stream is "0", the MPEG decoder 

55 does not generate a repeat field. 

[0028] In the example shown in Fig.5, "repeatj irstj ield" of a stream obtained by coding the frame constituted by the 
top field T1 and the bottom field B1 is "0", and "repeatJirstJiekT of a stream obtained by coding the frame constituted 
by the top field T2 and the bottom field B2 is T. The flag "repeat JirstJiekT of a stream obtained by coding the frame 
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constituted by the top field T3 and the bottom field B3 is 'XT, and "repeatjirstjield" of a stream obtained by coding the 
frame constituted by the top field 14 and the bottom field B4 is T. Therefore, in decoding the coded stream of the frame 
constituted by the top field T2 and the bottom field B2, the repeat field B2' is generated. In decoding the coded stream 
of the frame constituted by the top frame T4 and the bottom frame B4, the repeat field B4' is generated. 
5 [0029] !n addition, in accordance with the MPEG standard, it is prescribed that a flag "topjieldjirst", indicating 
whether the first field of two fields constituting a frame is a top field or a bottom field, is described in a coded stream. 
Specifically, if "topjieldjirst" is "1", it indicates a frame structure in which the top field is temporally preceding the bot- 
tom field. If "topjieldjirst" is "0", it indicates a frame structure in which the top field is temporally subsequent to the 
bottom field. 

10 [0030] In the example of Fig. 5, "topjieldjirst" of the coded stream of the frame constituted by the top field T1 and 
the bottom field B1 is "0", and "topjieldjirst" of the coded stream of the frame constituted by the top field T2 and the 
bottom field B2 is "0". The flag "topjieldjirst" of the coded stream of the frame constituted by the top field T3 and the 
bottom field B3 is "1 ", and "topjieldjirst" of the coded stream of the frame constituted by the top field T4 and the bot- 
tom field B4 is "1". 

15 [0031] With reference to Figs.6A to 6C, a problem generated with respect to the flags such as "topjieldjirst" and 
"repeat Jirstjield" defined in accordance with the MPEG standard when the coded stream is spliced will now be 
described. 

[0032] Fig.6A shows the frame structure of the original stream ST OLD obtained by coding the original television pro- 
grams produced at the key station. Fig.6B shows the frame structure of the substitute stream STnew obtained by coding 
20 the commercial CM1' for local viewers produced at the local station. Fig.6C shows the frame structure of the spliced 
stream ST SPL obtained by splicing processing. 

[0033] The program 1 and the program 2 in the original stream ST 0LD are coded streams obtained by 2:3 pull-down 
processing, and each frame of the commercial CM1 of the main portion is a coded stream having the frame structure 
in which "topjieldjirst" is "0". The local commercial CM 1 ' shown in Fig.6B is a coded stream to replace the commercial 

25 CM 1 in the original television programs, and has the frame structure in which "topjieldjirst" is "1 The spliced stream 
ST SPL shown in Fig.6C is a stream generated by splicing the substitute stream ST NEW subsequent to the original 
stream STqld indicated by the program 1 and then splicing the original stream ST OLD indicated by the program 2 sub- 
sequent to the substitute stream ST NEW . In short, the spliced stream ST SPL is a stream obtained by inserting the local 
commercial CM1' in place of the main commercial CM1 of the original stream STqld- 

30 [0034] The commercial CM1 produced at the key station shown in Fig.6 is a coded stream with each frame having 
the frame structure in which "topjieldjirst" is "0". The commercial CM V produced at the local station is a coded stream 
having the frame structure in which "topjieldjirst" is "1". 

[0035] In the case where the frame structure of the commercial CM1 and the frame structure of the substitute com- 
mercial CMV to replace the commercial CM1 are different from each other as shown in Figs.6A and 6B, if the stream 
35 of the commercial CMV is spliced subsequently to the stream of the program 1 at a splicing point SP1 in the original 
stream ST 0LD , a ,ieId Q3P is generated in the spliced stream ST SPL . The field gap means dropout of the bottom field B6 
at the splicing point SP1 from the spliced stream ST SPL , which causes discontinuity in the repetition pattern of the top 
field and the bottom field, as shown in Fig.6C. 

[0036] The coded stream in which the field gap is thus generated to cause discontinuity in the field pattern is a coded 
40 stream unconformable to the MPEG standard and cannot be normally decoded by an ordinary MPEG decoder. 

[0037] On the other hand, if the stream of the program 2 is spliced subsequently to the commercial CM 1' at a splicing 
point SP2 in the original stream ST OLD as shown in Figs.6A and 6B, field duplication is generated in the spliced stream 
ST SPL . This field duplication means the existence of a bottom field b12 and a bottom field B1 2 at the splicing point SP2 
in the same display time, as shown in Fig.6C. 
45 [0038] The coded stream in which the field duplication is thus generated to cause discontinuity in the field pattern is 
a coded stream unconformable to the MPEG standard and cannot be normally decoded by an ordinary MPEG decoder. 
[0039] In short, if splicing processing is carried out simplistically, the field pattern or the frame pattern becomes dis- 
continuous and a spliced stream in conformity to the MPEG standard cannot be generated. 

so Disclosure of the Invention 

[0040] It is an object of the present invention to provide a coded stream splicing device for realizing seamless splicing 
processing which generates a continuous locus of the data occupancy quantity of a spliced stream in the VBV buffer 
and generates no breakdown of the VBV buffer. It is another object of the present invention to provide a coded stream 
55 splicing device for realizing seamless splicing processing which prevents discontinuity in the stream structure of a 
coded stream around a splicing point. 

[0041] A coded stream splicing device and a coded stream generating device according to the present invention 
includes: stream analysis means for analyzing the syntax of a first coded stream, thereby extracting a coding parameter 
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of the first coded stream; and splicing means for changing a coding parameter of a second coded stream on the basis 
of the coding parameter of the first coded stream obtained by the stream analysis means so that the first coded stream 
and the second coded stream are seamlessly connected at a splicing point, and then splicing the first coded stream and 
the second coded stream having the changed coding parameter. Thus, seamless splicing processing which generates 
5 a continuous locus of the data occupancy quantity of a spliced stream in a VBV buffer and generates no breakdown of 
the VBV buffer can be realized. Also, according to the present invention, splicing processing which enables generation 
of a seamless stream having consistency such that the stream structure of the coded stream around the splicing point 
does not become discontinuous can be realized. 

[0042] A coded stream splicing method and a coded stream generating method according to the present invention 
10 includes: a stream analysis step of analyzing the syntax of a first coded stream, thereby extracting a coding parameter 
of the first coded stream; and a splicing step of changing a coding parameter of a second coded stream on the basis of 
the coding parameter of the first coded stream obtained at the stream analysis step so that the first coded stream and 
the second coded stream are seamlessly connected at a splicing point, and then splicing the first coded stream and the 
second coded stream having the changed coding parameter. Thus, seamless splicing processing which generates a 
is continuous locus of the data occupancy quantity of a spliced stream in a VBV buffer and generates no breakdown of 
the VBV buffer can be realized. Also, according to the present invention, splicing processing which enables generation 
of a seamless stream having consistency such that the stream structure of the coded stream around the splicing point 
does not become discontinuous can be realized. 

20 Brief Description of the Drawings 

[0043] 

Fig. 1 illustrates a typical television broadcasting system. 

25 

Figs.2A to 2C illustrate editing processing of television programs at a local station. 
Fig.3 illustrates a typical digital transmission system using the MPEG standard. 
30 Figs.4A to 4C illustrate control of a VBV buffer. 
Fig.5 illustrates 2:3 pull-down processing. 

Figs.6A to 6C illustrate problems generated in splicing a coded stream. 

35 

Fig. 7 is a block diagram showing the overall structure of a digital broadcasting system including a coded stream 
splicing device according to an embodiment of the present invention. 

Fig. 8 is a block diagram for explaining in detail the structure of an MPEG encoder block 35 of a key station 30 and 
40 an encoder block of a local station 40. 

Figs.9A to 9D illustrate processing for generating a transport stream from an elementary stream in a stream con- 
version circuit. 

45 Fig. 10 illustrates the syntax of a sequence of MPEG video elementary streams. 
Fig.1 1 illustrates the syntax of sequence header (sequencejieader). 
Fig.12 illustrates the syntax of sequence extension (sequence_extension). 

50 

Fig. 13 illustrates the syntax of extension and user data (extension_and_user_data). 
Fig. 1 4 illustrates the syntax of group-of -picture header (group_of_picture_header). 
55 Fig.15 illustrates the syntax of picture header (picturejieader). 

Fig. 16 illustrates the syntax of picture coding extension (picture_coding_extension). 
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Fig. 17 illustrates the syntax of picture data (picture_data). 
Fig. 18 illustrates the syntax of transport stream packet, 
s Fig. 19 illustrates the syntax of adaptation field (adaptationj ield). 

Fig.20 is a block diagram for explaining the simple structure of a local station and the structure of a stream splicer 
Figs.21 A to 21 C illustrate processing related to a VBV buffer of the stream splicer. 

10 

Figs.22A to 22C illustrate a first processing example related to "top_f ieldj irst" and "repeatj irstj ield" of the stream 
splicer. 

Figs.23A to 23C illustrates a second processing example related to ,r top_field_first" and "repeat_first_field" of the 
15 stream splicer. 

Best Mode for Carrying Out the Invention 

[0044] Fig. 7 illustrates the structure of a digital broadcasting system including a coded stream splicing device accord- 
20 ing to an embodiment of the present invention. 

[0045] As shown in Fig. 7, the digital broadcasting system generally includes a key station 30 and a local station 40 
affiliated with this key station. 

[0046] The key station 30 is a broadcasting station for producing and transmitting common television programs to affil- 
iated local stations. The key station 30 includes a broadcasting system controller 31, a material server 32, a CM server 

25 33, a matrix switcher block 34, an MPEG encoder block 35, a multiplexer 36, and a modulation circuit 37. 

[0047] The broadcasting system controller 31 is a system for comprehensively managing and controlling all the units 
and circuits provided at the broadcasting station such as the material server 32, the CM server 33, the matrix switcher 
block 34, the MPEG encoder block 35, the multiplexer 36 and the modulation circuit 37. In this broadcasting system 
controller 31, a program editing table is registered for managing the broadcasting time of all the materials such as pro- 

30 gram materials supplied from a program providing company and program materials and CM materials produced at the 
key station itself. In accordance with the program editing table, the broadcasting system controller 31 controls the 
above-described units and circuits. The program editing table is constituted by, for example, an event information file in 
which the broadcasting program schedule for every hour or every day is recorded, an operation information file in which 
the time schedule of broadcasting programs for every 1 5 seconds is recorded, and so on. 

35 [0048] The material server 32 is a server for storing video data and audio data of movie programs, sports programs, 
entertainment programs and news programs to be broadcast as main portions of television programs, and outputting a 
program designated by the broadcasting system controller 31 at the timing in conformity to the time schedule on the 
program editing table. The movie program includes video data obtained by converting a film material having a frame 
frequency of 24 Hz to television signals having a frame frequency of 30 Hz by 2:3 pull-down processing, as described 

40 above. The video data and audio data outputted as a program of the main portion from the material server 32 are sup- 
plied to the matrix switcher block 34. In the example shown in Figs.2A to 2C. the program 1 , the program 2, the program 
3 and the program 4 are recorded in this material server 32. The video data and audio data stored in the material server 
32 are base band video data and audio data which are not compression-coded. 

[0049] The CM server 33 is a server for storing commercials to be inserted between the programs of the main portion 
45 reproduced from the material server 32, and outputting a commercial designated by the broadcasting system controller 
31 at the timing in conformity to the time schedule on the program editing table. The video data and audio data output- 
ted as a commercial from the CM server 33 are supplied to the matrix switcher block 34. In the example shown in 
Figs.2A to 2C, the commercial CM1, the commercial CM2 and the commercial CM3 are recorded in this CM server 33. 
The video data and audio data stored in the CM server 33 are base band video data and audio data which are not com- 
so pression-coded. 

[0050] The matrix switcher block 34 has a matrix circuit for routing live programs such as live sports broadcast and 
news programs, the main programs outputted from the material server 32, and the commercial programs outputted from 
the CM server 33. The matrix switcher block 34 also has a switching circuit for connecting and switching the main pro- 
grams supplied from the material server 32 and the commercial programs supplied from the CM server 33, at the timing 
55 in conformity to the time schedule on the program editing table determined by the broadcasting system controller. By 
switching the main programs and the CM programs using this switching circuit, the transmission program PGqld shown 
in Fig.2A can be generated. 

[0051 ] The MPEG encoder block 35 is a block for coding the base band video data and audio data outputted from the 
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matrix switcher block on the basis of the MPEG2 standard, and has a plurality of video encoders and audio encoders. 

[0052] The multiplexer 36 multiplexes nine channels of transport streams outputted from the MPEG encoder block 35, 

thus generating one multiplexed transport stream. Therefore, in the multiplexed transport stream, transport stream 

packets including coded video elementary streams of nine channels and transport stream packets including coded 
5 audio elementary streams of nine channels exist in a mixed manner. 

[0053] The modulation circuit 37 carries out QPSK modulation of the transport stream, and transmits the modulated 

data to the local station 40 and a household 61 through transmission lines. 

[0054] The overall structure of the local station 40 will now be described with reference to Fig. 7. 

[0055] The local station 40 is a broadcasting station for editing the common television programs transmitted from the 
w key station for local viewers, and broadcasting the television programs edited for local viewers to each household. The 

local station 40 includes a broadcasting system controller 41, a demodulation circuit 42, a demultiplexer 43, a stream 

conversion circuit 44, a material server 46, a CM server 47, an encoder block 48, a stream server 49, a stream splicer 

50, a stream processor 51 , a multiplexer 52, and a modulation circuit 53. 

[0056] The broadcasting system controller 41 is a system for comprehensively managing and controlling all the units 
15 and circuits provided at the local station such as the demodulation circuit 42, the demultiplexer 43, the stream conver- 
sion circuit 44, the material server 46, the CM server 47, the encoder block 48, the stream server 49, the stream splicer 
50, the stream processor 51 , the multiplexer 52 and the modulation circuit 53, similarly to the broadcasting system con- 
troller 31 of the key station 30. In the broadcasting system controller 41 , similar to the broadcasting system controller 
31 of the key station 30, a program editing table is registered for managing the broadcasting time of edited television 
20 programs obtained by inserting programs and CMs produced at the local station into the transmission program supplied 
from the key station 30. In accordance with this program editing table, the broadcasting system controller 41 controls 
the above-described units and circuits. 

[0057] The demodulation circuit 42 carries out QPSK demodulation of the transmission program transmitted from the 
key station 30 through the transmission line, thereby generating a transport stream. 
25 [0058] The demultiplexer 43 demultiplexes the transport stream outputted from the demodulation circuit 42 to gener- 
ate transport streams of nine channels, and outputs the transport stream of each channel to the stream conversion cir- 
cuit 44. In short, this demultiplexer 43 carries out reverse processing of the processing of the multiplexer 36 of the key 
station 30. 

[0059] The stream conversion circuit 44 is a circuit for converting the transport streams supplied from the demulti- 

30 plexer 43 into the form of elementary streams. 

[0060] The material server 46 is a server which stores video data and audio data of entertainment programs, news 
programs and the like to be broadcast as television programs for local viewers. The CM server 47 is a server for storing 
video data and audio data of local commercials to be inserted between the main programs supplied from the key station 
30. The video data and audio data stored in the material server 46 and the CM server 47 are base band video data and 

35 audio data which are compression-coded. 

[0061 ] The encoder block 48 is a block for coding the video data of plural channels and the audio data of plural chan- 
nels supplied from the material server 46 and the CM server 47, and has a plurality of video encoders and a plurality of 
audio encoders corresponding to the plural channels. The difference between the encoder block 48 and the MPEG 
encoder block 35 of the key station is that the encoder block 48 of the local station 40 outputs the elementary streams 

40 while the MPEG encoder block 35 of the key station 30 outputs the transport stream. However, the substantial function 
and processing of the encoder block 48 are the same as those of the MPEG encoder block 35 of the key station 30. 
From among the elementary streams of plural channels outputted from the encoder block 48, elementary streams of 
three channels are supplied to the stream server 49, and elementary streams of the remaining channels are supplied 
to the stream splicer 50. 

45 [0062] The stream server 49 receives the elementary streams of three channels supplied from the encoder block. The 
stream server 49 then records the elementary streams in the state of streams into a randomly accessible recording 
medium, and reproduces the elementary streams from the randomly accessible recording medium under the control of 
the broadcasting system controller 41. 

[0063] The stream splicer 50 is a block for routing the plural elementary streams supplied from the encoder block 48 
so and the stream server 49, then outputting the routed elementary streams to a predetermined output line, and splicing 

the elementary streams supplied from the key station 30 and the elementary streams produced at the local station 40, 

at the stream level. The processing by the stream splicer 50 will be later described in detail. 

[0064] The stream conversion circuit 51 is a circuit for receiving the elementary streams outputted as spliced streams 

from the stream splicer 50, and converting the elementary streams into transport streams. 
55 [0065] The multiplexer 52 multiplexes the transport streams of nine channels outputted from the stream conversion 

circuit, thus generating one multiplexed transport stream, similarly to the multiplexer 36 of the key station 30. 

[0066] The modulation circuit 53 carries out QPSK modulation of the transport stream, and distributes the modulated 

data to each household 62 through a transmission line. 
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[0067] Fig.8 is a block diagram for explaining, in detail, the structure of the MPEG encoder block 35 of the key station 
30 and the encoder block 48 of the local station 40. Since the MPEG encoder block 35 of the key station 30 and the 
encoder block 48 of the local station 40 have substantially the same structure, the structure and function of the MPEG 
encoder 35 of the key station 30 will be described as a typical example. 
5 [0068] The MPEG encoder block 35 has an encoder controller 350 for controlling all the circuits of the MPEG encoder 
block 35 in a centralized manner, a plurality of MPEG video encoders 351 -1V to 351 -9V for encoding supplied video 
data of plural channels, and MPEG audio encoders 351-1 A to 351 -9A for coding plural audio data corresponding to the 
video data on the basis of the MPEG2 standard. 

[0069] The MPEG encoder block 35 also has stream conversion circuits 352- 1V to 352-9V for converting the coded 

10 elementary streams (ES) outputted from the video encoders 351 -1 V to 351 -9V into transport streams, and stream con- 
version circuits 352-1 A to 352-9 A for converting the coded elementary streams (ES) outputted from the audio encoders 
351-1 A to 351 -9 A into transport streams. The MPEG encoder block 35 also has a multiplexer 353-1 for multiplexing the 
transport stream including video elementary stream of a first channel (1ch) and the transport stream including audio 
elementary stream of the first channel (1ch) for each transport stream packet, a multiplexer 353-2 for multiplexing the 

15 transport stream including video elementary stream of a second channel (2ch) and the transport stream including audio 
elementary stream of the second channel (2ch) for each transport stream packet, .... and a multiplexer 353-9 for multi- 
plexing the transport stream including video elementary stream of a ninth channel (9ch) and the transport stream 
including audio elementary stream of the ninth channel (9ch) for each transport stream packet. 
[0070] The MPEG encoder block 35 shown in Fig.8 has a structure for encoding transmission programs of nine chan- 

20 nels. However, it is a matter of course that the number of channels is not limited to nine and may be any number. 
[0071 ] The MPEG encoder block 35 carries out control of statistical multiplex for dynamically changing the transmis- 
sion rate of the transmission program of each channel in accordance with the pattern of video data to be coded. Accord- 
ing to this statistical multiplex technique, in the case where the pattern of picture of a transmission program of one 
channel is relatively simple and requires only a small number of bits for coding while the pattern of picture of another 

25 program is relatively complicated and requires a large number of bits for coding, bits for coding the picture of the one 
channel are allocated to bits for coding the picture of the other channel, thereby realizing an efficient transmission rate 
of the transmission line. The method for dynamically changing the coding rate of each video encoder will be briefly 
described hereinafter. 

[0072] The video encoders 351 -1 V to 351 -9V first generate difficulty data (D1 to D9) each indicating the quantity of 
30 bits required for coding a picture as a coding target, from the statistical quantity such as motion compensation residual 
and intra-AC obtained as a result of motion compensation before coding processing. The difficulty data is information 
indicating the coding difficulty. A large difficulty value indicates that the pattern of a picture as a coding target is compli- 
cated, and a small difficulty value indicates that the pattern of a picture as a coding target is simple. The difficulty data 
can be roughly estimated on the basis of the statistical quantity such as intra-AC and motion compensation residual 
35 (ME residual) used at the time of coding processing by the video encoders. 

[0073] The encoder controller 350 receives the difficulty data D1 to D9 outputted from the video encoders 351-1 V to 
351 -9V, respectively, and calculates target bit rates R1 to R9 for the video encoders 351 -1V to 351 -9V on the basis of 
the difficulty data D1 to D9, respectively. Specifically, the encoder controller 350 can find the target bit rates R1 to R9 
by proportionally distributing the total transmission rate Total_Rate of the transmission line using the difficulty data D1 
40 to D9, as shown in the following equation (1). 

Ri = (Di/EDk) x Total_Rate (1) 

[0074] In the equation (1), "Ri" represents the target bit rate of the transmission program of the channel T, and "Di" 
45 represents the difficulty data for coding the picture of the transmission program of the channel V. "I" represents the 
sum of difficulty data of k=1 to 9 channels. 

[0075] The encoder controller 350 supplies the target bit rates R1 to R9 calculated on the basis of the equation (1), 
to the corresponding video encoders 351 -1 V to 351-9V. The target bit rates R1 to R9 may be calculated for each picture 
or for each GOP. 

so [0076] The video encoders 351 - 1 V to 351 -9V receive the target bit rates R1 to R9 supplied from the encoder controller 
350, and carry out coding processing corresponding to the target bit rates R1 to R9. By thus dynamically changing the 
bit rate of the coded stream outputted from each video encoder on the basis of the difficulty data indicating the coding 
difficulty of the picture to be coded, the optimum quantity of bits can be allocated with respect to the coding difficulty of 
the picture to be coded, and the total quantity of bit rates outputted from the video encoders is prevented from overflow- 

55 ing the total transmission rate Total_Rate of the transmission line. 

[0077] The stream conversion circuits 352-1 V to 352-9V and the stream conversion circuits 352-1 A to 352-9A are cir- 
cuits for converting elementary streams into transport streams. 

[0078] With reference to Figs. 9 A to 9D, a process of generating a transport stream from video elementary streams 
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will be described, using an example in which supplied source video data is coded by the video encoder 351 -1 V to gen- 
erate a video elementary stream, which is then converted into a transport stream by the stream conversion circuit 352- 
1V. 

[0079] Fig.9A shows source video data supplied to the video encoder 351 -1V, and Fig.9B shows video elementary 
streams (ES) outputted from the video encoder 351 -1V. Fig.9C shows a packetized elementary stream (PES), and 
Fig.9D shows a transport stream (TS). 

[0080] The data quantity of elementary streams coded in accordance with the MPEG2 standard such as the streams 
V1 V2, V3 and V4 shown in Fig.9B varies depending upon the picture type of a video frame (l-picture, P-picture or B- 
picture) and presence/absence of motion compensation. The packetized elementary stream (PES) shown in Fig.9C is 
generated by packetizing the plural elementary streams and adding a PES header at the leading end thereof. For exam- 
ple the PES header includes a 24-bit packet start code indicating the start of the PES packet, an 8-bit stream ID indi- 
cating the type of stream data to be housed in a real data part of the PES packet (e.g., video and audio type), a 16-bit 
packet length indicating the length of subsequent data, code data indicating a value "10", a flag control part in which 
various flag information is stored, an 8-bit PES header length indicating the length of data of a conditional coding part, 
and the conditional coding part of a variable length in which reproduction output time information referred to as PTS 
(Presentation Time Stamp) and time management information at the time of decoding referred to as DTS (Decoding 
Time Stamp), or stuffing bytes for adjusting the data quantity are stored. 

[0081 ] The transport stream (TS) is a data array of transport stream packets each consisting of a 4-byte TS header 
and a payload part in which 184-byte real data is recorded. To generate this transport stream packet (TS packet), first, 
a data stream of a PES packet is resolved for every 184 bytes, and the 184-byte real data is inserted into the payload 
part of a TS packet. Then, a 4-byte TS header is added to the 184-byte payload data, thus generating a transport 
stream packet. 

[0082] Hereinafter, the syntax and structure of the elementary stream will be described with reference to Figs. 1 0 to 
17 and the syntax and structure of the transport stream will be described in detail with reference to Figs. 18 and 19. 
[0083] Fig. 10 shows the syntax of MPEG video elementary streams. The video encoders 351-1 V to 351 -9V in the 
video encoder block 35 generate coded elementary streams in accordance with the syntax shown in Fig.10. In the syn- 
tax which will be described hereinafter, functions and conditional sentences are expressed by regular types, and data 
elements are expressed by bold types. Data items are described as the name, bit length, and mnemonic indicating the 
type and transmission order. . 
[0084] First, the functions used in the syntax shown in Fig. 10 will be described. Practically, the syntax shown in Rg. 
10 is a syntax used for extracting data of predetermined meaning from the transmitted coded streams on the side of the 
video decoder. The syntax used on the side of the video encoder is a syntax obtained by omitting if-clauses and while- 
clauses from the syntax of Fig. 10. 

[0085] A next_start_code() function, described in the first place in video_sequence(), is a function for searching for a 
start code described in the bit stream. In the coded stream generated in accordance with the syntax shown in Fig. 10, 
data elements defined by a sequence_header() function and a sequence_extension() function are described first. This 
sequence_header() function is a function for defining header data of a sequence layer of the MPEG bit stream. The 
sequence_extension() function is a function for defining extension data of the sequence layer of the MPEG bit stream. 
[0086] A do{ } while sentence, arranged next to the sequence_extension() function, is a sentence indicating that the 
data element described on the basis of the function in { } of the do-clause is described in the coded data stream while 
the condition defined by the while-clause is true. A nextbits() function used in the while-clause is a function for compar- 
ing a bit or a bit array described in the bit stream with a reference data element. In the example of syntax shown in Fig. 
10, the nextbitsO function compares a bit array in the bit stream with sequence_end„code indicating the end of the 
video sequence. When the bit array in the bit stream and sequence_end_code do not coincide with each other, the con- 
dition of the while-clause becomes true. Thus, the do{ Jwhile sentence, arranged next to the sequence__extension() 
function, indicates that the data element defined by the function in the do-clause is described in the coded bit stream 
while sequence_end_code indicating the end of the video sequence do not appear in the bit stream. 
[0087] In the coded bit stream, each data element defined by the sequence_extension() function is followed by a data 
element defined by an extension_and_user_data(0) function. This extension jind_user_data(0) function is a function 
for defining extension data and user data in the sequence layer of the MPEG bit stream. 

[0088] A do{ Jwhile sentence, arranged next to the extension_and_user_data(0) function, is a function indicating that 
the data element described on the basis of the function in { } of the do-clause is described in the bit stream. A nextbitsO 
function used in the while-clause is a function for determining coincidence between a bit or a bit array appearing in the 
bit stream and picture_start_code or group_start_code. If the bit or the bit array appearing in the bit stream and 
picture_start_code or group_start_code coincide with each other, the condition defined by the while^lause becomes 
true. Therefore, this do{ Jwhile sentence indicates that if picture_start_code or group_start_code appears in the coded 
bit stream, the code of the data element defined by the function in the do-clause is described next to the start code. 
[0089] An if-clause described in the first place of this do-clause indicates such a condition that group_start_code 
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appears in the coded bit stream. If the condition of this if-clause is true, data elements defined by a 
group_of_picture_header() function and an extension_and_user_data(1) function are sequentially described next to 
group_start_code in the coded bit stream. 

[0090] This group_of J3icture_header0 function is a function for defining header data of a GOP layer of the MPEG 
5 coded bit stream. The extension_and_user_data(1) function is a function for defining extension data and user data of 
the GOP layer of the MPEG coded bit stream. 

[0091] Moreover, in this coded bit stream, the data elements defined by the group_of _picture_header() function and 
the extension_and_user_data(1) function are followed by data elements defined by a picture_header() function and a 
picture_coding_extension() function. As a matter of course, if the above-described condition of the if-ciause is not true, 
w the data elements defined by the group_of _picture_header() function and the extension_and_user_data(l) function are 
described. Therefore, next to the data element defined by the extension_and_user_data(0) function, data elements 
defined by the picture_header() function, the picture_coding_extension() function and an extension_and_user_data(2) 
function are described. 

[0092] This picture_header0 function is a function for defining header data of a picture layer of the MPEG coded bit 
is stream. The picture_coding_extension() function is a function for defining first extension data of the picture layer of the 
MPEG coded bit stream. The extension_and_user_data(2) function is a function for defining extension data and user 
data of the picture layer of the MPEG coded bit stream. The user data defined by the extension_and_user_data(2) func- 
tion is data described in the picture layer and can be described for each picture. Therefore, in the present invention, time 
code information is described as the user data defined by the extension_and_user_data(2) function. 
20 [0093] In the coded bit stream, the user data of the picture layer is followed by a data element defined by a 
picture_data() function. This picture_data() function is a function for describing data elements related to a slice layer 
and a macroblock layer. 

[0094] A while-clause described next to the picture_data() function is a function for determining the condition of the 
next if -clause while the condition described by this while-clause is true. A nextbitsO function used in the while-clause is 
25 a function for determining whether or not picture_start_code or group_start_code is described in the coded bit stream. 
If picture_start_code or group_start_code is described in the bit stream, the condition defined by this while-clause 
becomes true. 

[0095] The next if-clause is a conditional sentence for determining whether or not sequence_end_code is described 
in the coded bit stream. It indicates that if sequence_end_code is not described, data elements defined by a 
30 sequence _header() function and a sequence_extension() function are described. Since sequence_end_code is a code 
indicating the end of sequence of the coded video stream, the data elements defined by the sequence_header() func- 
tion and the sequence_extension() function are described unless the coded stream ends. 

[0096] The data elements defined by the sequence_header() function and the sequence_extension() function are per- 
fectly the same as the data elements defined by the sequence_header() function and the sequence_extension() func- 

35 tion described at the leading end of the video stream sequence. The same data are thus described in the stream for the 
following reason. That is, if the bit stream receiving device starts receiving at a halfway point of the data stream (for 
example, a bit stream portion corresponding to the picture layer), the data of the sequence layer cannot be received and 
the stream cannot be decoded. The reason for describing the same data is to prevent such a situation. 
[0097] Next to the data elements defined by the last sequence_header() function and sequence_extension() function, 

40 that is, at the last part of the data stream, 32-bit sequence_end_code indicating the end of the sequence is described. 
[0098] The sequence_header() function, sequence_extension0 function, extension_and_user_data(0) function, 
group of picture_header() function, and extension_and_user_data(1) function will now be described in detail. 
[0099] Fig. 1 1 illustrates the syntax of the sequence_header() function. The data elements defined by the 
sequence_header() function include sequence_header_code, sequence_header_present_f!ag, horizontal_size_value t 

45 vertical_size_va!ue, aspect_ratio_information, frame_rate_code, bit_rate_value, marker_bit, vbv_buffer_size_value, 
constrained_parameterJlag, load_intra_quantizer_matrix, intra_quantizer_matrix, load_non_intra_quantizer_matrix, 
and nonjntra_quantizer_matrix. 

[0100] The sequence_header_code is data expressing a start synchronizing code of the sequence layer. The 
sequence_header_present_flag is data indicating whether the data in sequence_header is valid or invalid. The 

so horizontal_size_value is data consisting of lower 12 bits of the number of horizontal pixels of the picture. The 
vertical_size_value is data consisting of lower 12 bits of the number of vertical lines of the picture. The 
aspect_ratiojnformation is data expressing the aspect ratio of pixels or the aspect ratio of the display screen. The 
f rame_rate_code is data expressing the display cycle of the picture. The bit_rate_value is data of lower 1 8 bits (rounded 
up for every 400 bps) of the bit rate for limitation to the quantity of generated bits. The marker_bit is bit data to be 

55 inserted to prevent start code emulation. The vbv_buffer_size_value is data of lower 10 bits of a value determining the 
size of the virtual buffer (video buffer verifier) for controlling the quantity of generated codes. The 
constrained_parameterJlag is data indicating that each parameter is within the limit. The load_intra_quantizer_matrix 
is data indicating the existence of quantization matrix data for intra MB. The intra_quantizer_matrix is data indicating 
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the value of the quantization matrix data for intra MB. The load_nonjntra_quantizer_matrix is data indicating the exist- 
ence quantization matrix data for non-ultra MB. The non_intra_quantizerjrtatrix is data expressing the value of the 
quantization matrix for non-intra MB. 

[0101] Fig. 12 illustrates the syntax of the sequence_extension() function. The data elements defined by the 
sequence_extension() function include extension_start_code, extension_start_code_identifier, 
sequence_extension_present_flag, profile_and_leveljndication, progressive_sequence, chromajormat, 
horizontal_size_extension, verticaLsize_extension, bit_rate_extension, vbvJxjffer_size_extension, Iow_delay, 
frame_rate_extension_n, and frame_rate_extension_d. 

[0102] The extension_start_code is data indicating expressing a start synchronizing code of extension data. The 
extension_start_code_identifier is data indicating which extension data is to be transmitted. The 
sequence_extension_presentJlag is data indicating whether data in the sequence extension is valid or invalid. The 
prof ile_andJevel_indication is data for designating the profile and level of the video data. The progressive_sequence is 
data indicating that the video data is sequentially scanned data. The chromajormat is data for designating the color- 
difference format of the video data. The horizontal_size_extension is data of upper two bits to be added to 
horizonta!_size_value of the sequence header. The vertical_size_extension is data of upper two bits to be added to 
verticaLsize_value of the sequence header. The bit_rate_extension is data of upper 12 bits to be added to 
bit_rate_value of the sequence header. The vbv_buffer_size_extension is data of upper eight bits to be added to 
vbv_buffer_size_value of the sequence header. The low<Jelay is data indicating that no B-picture is included. The 
frame_rate_extension_n is data for obtaining a frame rate in combination with frame_rate_code of the sequence 
header. The frame_rate_extension_d is data for obtaining a frame rate in combination with frame_rate_code of the 
sequence header. 

[0103] Fig. 13 illustrates the syntax of the extension_and_user_data(i) function. If V of this 

extension_and_user_data(i) function is not 2, only the data element defined by the userjjataO function is described 
without describing the data element defined by the extension_dataO function. Therefore, the 
extension_and_user_data(0) function describes only the data element defined by the user_data() function. 
[0104] Fig. 14 illustrates the syntax of the group_of_picture_header() function. The data elements defined by the 
group_of_picture_header0 function includes group_start_code, group_of_picture_header_present_flag, time_code, 
closed_gop, and brokenjink. 

[0105] The group_start_code is data indicating a start synchronizing code of the GOP layer. The 
group_of _picture_header _present_flag is data indicating whether the data element in group_of _picture_header is valid 
or invalid. The time_code is a time code indicating the time from the leading end of the sequence of the leading picture 
of the GOP. The closed_gop is flag data indicating that the picture in the GOP can be reproduced independently of the 
other GOP. The brokenjink is flag data indicating that the leading B-picture in the GOP cannot be accurately repro- 
duced for editing and the like. 

[0106] The extension_and_user_data(1) function is a function for describing only the data element defined by the 
user_data() function, similarly to the extension_and_user_data(0) function. 

[0107] With reference to Figs. 15 to 17, the picture JieaderO function, picture_coding_extension() function, 
extension_and_user_data(2) function, and picture_data() function for describing the data elements related to the pic- 
ture layer of the coded stream will now be described. 

[0108] Fig. 15 illustrates the syntax of the picture_header() function. The data elements defined by this 
picture_header0 function include picture_start_code, temporal_reference, picture_coding_type, vbv_de!ay, 
full_pel_forward_vector, forward_f_code, full_pel_backward_vector, backward_f_code, extra_bitj3icture, and 
extra_information_picture. 

[0109] Specifically, the picture_start_code is data expressing a start synchronizing code of the picture layer. The 
temporal_reference is data to be reset at the leading end of the GOP with a number indicating the display order of the 
picture. The picture_coding_type is data indicating the picture type. 

[01 1 0] The vbv_delay is data indicating the initial state of the VBV buffer and is set fa each picture. The picture of the 
coded elementary stream transmitted from the transmitting side system to the receiving side system is buffered by the 
VBV buffer provided in the receiving side system. The picture is led out (read out) from the VBV buffer and supplied to 
the decoder at the time designated by DTS (Decoding Time Stamp). The time defined by vbv_delay is the time from 
when the picture of a decoding target starts being led out from the VBV buffer until the picture of a coding target is led 
out from the VBV buffer, that is, until the time designated by DTS. In the coded stream splicing device of the present 
invention, seamless splicing such that the data occupancy quantity in the VBV buffer does not become discontinuous 
is realized by using vbv_delay stored in the picture header. This feature will be later described in detail. 
[01 1 1 ] The full_pei_forward_vector is data indicating whether the precision of a forward motion vector is based on the 
integer unit or the half-pixel unit. The forward_f_code is data expressing the forward motion vector search range. The 
full_pel_backward_vector is data indicating whether the precision of a backward motion vector is based on the integer 
unit or the half-pixel unit. The backward_f_code is data expressing the backward motion vector search range. The 
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extra jDit_picture is a flag indicating existence of subsequent additional information. If this extra_bit_picture is "1", 
extra Jnformation_pictu re comes next. If this extra_bit_picture is "0", it is followed by no data. The 
extra jnformation_picture is information reserved in accordance with the standard. 

[0112] Fig. 16 illustrates the syntax of the picture_coding_extension0 function. The data elements defined by this 
picture_coding_extension() function include extension_start_code, extension_start_code_identifier, f_code[0][0], 
f_code[0][1], f_code[1][0] t f_code[1][1], intra_dc_precision, picture_structure, topjieldjirst, 
frame_predictive_frame_dct, concealment_motion_vectors, q_scale_type, intra_vlc_format, alter nate_scan, 
repeatj irstj ield, chroma_420Jype, progressivejrame, composite_display_flag, v_axis, field_sequence, sub_carrier, 
burst_amplitude, and sub_carrier_phase. 

[0113] The extension_start_code is a start code indicating the start of extension data of the picture layer. The 
extension_start_code_identif ier is a code indicating which extension data is to be transmitted. The f_code[0][0] is data 
expressing the search range of a forward horizontal motion vector. The f_code[0][1] is data expressing the search range 
of a forward vertical motion vector. The f_code[1][0] is data expressing the search range of a backward horizontal 
motion vector. The f_code[1][1] is data expressing the search range of a backward vertical motion vector. The 
intra_dc_precision is data expressing the precision of a DC coefficient. The picture_structure is data indicating whether 
the picture structure is a frame structure or afield structure. In the case of the field structure, it also indicates whether 
the field is an upper field or a lower field. 

[0114] The topjieidjirst is a flag indicating whether the first field is a top field or a bottom field in the case of the 
frame structure. The frame_predictive_frarne_dct is data indicating that prediction of frame mode DCT is only the frame 
mode in the case of the frame structure. The concealment__motion_vectors is data indicating that a motion vector for 
concealing a transmission error is provided in an intra-macroblock. The q_scale_type is data indicating whether a linear 
quantization scale or a non-linear quantization scale is used. The intra_vlc_format is data indicating whether another 
two-dimensional VLC is to be used for the intra-macroblock. The alternate_scan is data indicating selection as to 
whether to use zig-zag scan or alternate scan. 

[01 1 5] The repeat Jirstjiekl is a flag indicating whether or not a repeat field is to be generated at the time of decoding. 
In processing at the time of decoding, if this repeat Jirstjield is n 1 a repeat field is generated. If this repeatj irst_f ield 
is "0", a repeat field is not generated. The chroma_420_type is data indicating the same value as the next 
progressivejrame in the case where the signal format is 4:2:0, and indicating 0 in the case where the signal format is 
not 45:0. "The progressivejrame is data indicating whether or not this picture is sequentially scanned. The 
composite_displayJlag is data indicating whether a source signal is a composite signal or not. The v_axis is data used 
in the case where the source signal is of the PAL system. The f ield_sequence is data used in the case where the source 
signal is of the PAL system. The sub_carrier is data used in the case where the source signal is of the PAL system. The 
burst_amplitude is data used in the case where the source signal is of the PAL system. The sub_carrier_phase is data 
used in the case where the source signal is of the PAL system. 

[01 1 6] The extension_and_user_data(2) function describes the data element defined by the extension_data() function 
if the extension start code (extension_start_code) exists in the coded bit stream, as shown in Fig. 13. However, if the 
extension start code does not exist in the bit stream, the data element defined by the extension_data() function is not 
described in the bit stream. If the user data start code (user_data_start_code) exists in the bit stream, the data element 
defined by the user_data() function is described next to the data element defined by the extensionjjataO function. 
[0117] Fig. 17 illustrates the syntax of the picture_data() function. The data element defined by this picture_data() 
function is a data element defined by a slice() function. However, if s!ice_start_code indicating the start code of the 
sliceO function does not exist in the bit stream, the data element defined by the slice() function is not described in the 
bit stream. 

[01 1 8] The slice() function is a function for describing data elements related to the slice layer. Specifically, it is a func- 
tion for describing data elements such as slice_start_code, slice_quantiser_scale_code intra_slicejlag, intra_slice, 
reserved Jbrts, extra J>it_slice, extraJnformation_slice, and extra_bit_slice, and data elements defined by a macrob- 
lockQ function. 

[0119] The slice_start_code is the start code indicating the start of the data elements defined by the sliceO function. 
The slice_quantiser_scale_code is data indicating the quantization step size set for a macroblock existing in this slice 
layer. However, if the quantiser_scale_code is set for each macroblock, data of macrob!ock_quantiser_scale_code set 
for each macroblock is used preferentially. The intra_slicejlag is a flag indicating whether or not intra_slice and 
reserved J)its exist in the bit stream. The intra_slice is data indicating whether or not a non-intra macroblock exists in 
the slice layer. If any one of the macroblocks in the slice layer is a non-intra macroblock, intra_slice is "0". If all the mac- 
roblocks in the slice layer are non-intra macroblocks, intra_slice is "1". The reserved J)its is 7-bit data and has a value 
"0". The extra J>it_slice is a flag indicating that additional information exists as a coded stream. If 
extraJnformation_s!ice exists next to extra_bit_slice, this flag is set at "1". If no additional information exists, the flag is 
set at "0". 

[0120] The macroblockO function is a function for describing data elements related to the macroblock layer. Specif i- 
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cally, it is a function for describing data elements such as macroblock_escape, macrobIock_addressjncrement, and 
macroblock_quantiser_scale_code, and data elements defined by a macroblock_modeO function and a 
macroblock_vectors(s) function. 

[0121 ] The macrobiock_escape is a fixed bit array indicating whether or not the horizontal difference between a ref- 
erence macroblock and a previous macroblock is not less than 34. If the horizontal difference between the reference 
macroblock and the previous macroblock is not less than 34, 33 is added to the value of 
macroblock_address_increment The macrobIock_address_increment is data indicating the horizontal difference 
between the reference macroblock and the previous macroblock. If one macroblock_escape exists before this 
macroblock_addressJncrement, the value obtained by adding 33 to the value of macroWock_address_increment 
becomes data indicating the actual horizontal difference between the reference macroblock and the previous macrob- 
lock. The macroblock_quantiser_scale_code indicates the quantization step size set for each macroblock. In each slice 
layer, slice_quantiser_scale_code indicating the quantization step size of the slice layer is set However, if 
macroblock_quantiser_scale_code is set for the reference macroblock, this quantization step size is selected. 
[01 22] Referring to Figs. 1 8 and 1 9, the structure of the transport stream packet and the syntax of the transport stream 
packet will be described in detail. 

[0123] The transport stream packet is constituted by a 4-byte header, and a 184-byte payload part for storing various 
data and data elements. 

[0124] The header part of the transport stream packet includes various fields such as syncjbyte, 
transport_errorjndicator, payload_unit_startJndicator, transport_priority, PID, transport_scrambling_control, 
adaptationj ield_control, continuity_counter, and adaptationjield. 

[0125] The syncjbyte is a fixed 8-bit field for detecting a synchronization pattern from the bit stream. Its value is 
defined by a fixed value of "01000111" (0x47). By detecting this bit pattern in the stream, synchronization can be 
detected. 

[0126] The transport_error_indicator is a 1 -bit flag. If this flag is set at "1 n , it indicates that an uncorrectable bit error 
of at least one bit exists in the transport stream packet. 

[0127] The payload_unit_startjndicator is a 1-bit flag. It is data having prescriptive meanings for elementary data 
such as video/audio data or a transport stream packet for transmitting program specification information (PSI). If the 
payload of the transport stream packet includes elementary data, payload_unit_start_indicator has the following mean- 
ings. If payload unit_start_indicator is "1", it indicates that elementary data is inserted at the beginning of the payload 
of the transport stream packet If payload_unit_start_indicator is "0", elementary data is not inserted at the beginning 
of the payload of the transport stream packet If payload_unit_start_indicator is set at "1", it indicates that the only one 
PES packet starts with an arbitrary transport stream packet. On the other hand, if the payload of the transport stream 
includes PSI data, payload_unit_start_indicator has the following meanings. If the transport packet transmits the first 
byte of the PSI section, payload_unit_start_indicator becomes "1 If the transport stream packet is not transmitting the 
first byte of the PSI section, payload_unit_start_indicator becomes "0\ Also, if the transport stream packet is a null 
packet, payload_unit_start_indicator becomes "0". 

[0128] The transport_priority is a 1 -bit identifier indicating the priority of the transport packet. If transport_priority is 
set at "1 it indicates that this transport packet has priority over a packet having the same packet identifier PID and hav- 
ing transport_priority which is not "1". For example, by setting this packet identifier of transport_priority, priority can be 
given to an arbitrary packet in one elementary stream. 

[0129] The transport_scramblingLControI is 2-bit data indicating the scrambling mode of the transport stream packet. 
The scrambling mode is a mode for indicating whether data stored in the payload part is scrambled or not and the type 
of scrambling. The transport stream packet header and the adaptation field are standardized not to be scrambled by a 
scramble key Ks. Thus, by this transport_scrambling_control, it can be determined whether data stored in the payload 
part of the transport stream packet is scrambled or not. 

[0130] The adaptation_field_control is 2-bit data indicating that the adaptation field and/or the payload are arranged 
in the packet header of this transport stream packet. Specifically, if only the payload data is arranged in the packet 
header, this adaptation_field_control becomes "01". If only the adaptation field is arranged in the packet header, this 
adaptation Jield_control becomes "10". If the adaptation field and the payload are arranged in the packet header, this 
adaptation_field_control becomes "H". 

[0131] The continuity_counter is data indicating whether or not a part of packets having the same PID which are con- 
tinuously transmitted is lost or dumped. Specifically, continuity_counter is a 4-bit field increasing for every transport 
stream packet having the same PID. However, when this continuity_counter is counted, the adaptation field is arranged 
in the packet header. 

[0132] TTie adaptation JiekJfJ is a field for inserting additional information related to an individual stream or stuffing 
bytes as an option. By this adaptation field, all information related to dynamic changes of the state of an individual 
stream can be transmitted together with data. 

[0133] Fig. 19 illustrates the syntax of adaptationJieldQ- This adaptationJieldQ includes various fields such as 
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adaptationjieldjength, discontinuity_counter, random_accessJndicator, elementary_stream_priority_indicator, 
OPCRJIag, splicing_pointJlag, transport_private_data_flag, adaptation Jield_extension_f lag, 

program_clock_reference (PCR), original_j3rogram_clock_reference (OPCR), splice_countdown, transport- 
private_datajength, private_data, adaptationJietd_extensionJength, ItwJIag (legal_time_window_flag), 

5 piecewise_rate_flag, and seamless_splicejlag. 

[0134] The adaptationjieldjength is data indicating the number of bytes of an adaptation field subsequent to this 
adaptationjieldjength. If adaptationJield_control is "11", adaptationjieldjength is 0 to 182 bits. If 
adaptationJield_control is "10", adaptationjieldjength is 183 bits. Meanwhile, if the elementary stream enough to fill 
the payload of the transport stream does not exist, stuffing processing for filling bits is required. 

10 [0135] The discontinuity_counter is data indicating whether or not a system clock reference (SCR) is reset in a half- 
way portion of plural packets having the same PID and therefore has become discontinuous. If the system clock refer- 
ence is discontinuous, this discontinuity_counter is T. If the system clock reference is continuous, this 
discontinuity_counter is "0". The system clock reference is reference information for setting the value of the system time 
clock on the decoder side at the timing intended on the encoder side, in the MPEG decoder for decoding video and 

is audio data. 

[0136] The random_accessJndicator is data indicating the start of a video sequence header or an audio frame. In 
short, this random_accessJndicator is data indicating a video or audio access point (the start of a frame) in carrying 
out random access to the data elements. 

[01 37] The elementary_streamj3riorityjndicator is data indicating priority of elementary stream data to be transmit- 
20 ted in the payload of this transport stream packet, with respect to packets having the same PID. For example, if the ele- 
mentary stream includes video data which is intra-coded, elementary_streamjDriorityJndicator is set at "1". On the 
contrary, eJementary_stream_priorityJndicator of the transport stream including inter-coded video data is set at "0". 
[0138] The PCRJIag is data indicating whether or not PCR (program_clock_reference) data exists in the adaptation 
field. If PCR data exists in the adaptation field, PCRJIag is set at "1 ". If PCR data does not exist in the adaptation field, 
25 PCRJIag is set at M 0". This PCR data is data used for obtaining timing of decoding processing of transmitted data in 
the decoder of the receiving unit. 

[0139] The OPCRJIag is data indicating whether or not OPCR (original_program_clock_reference) data exists in the 
adaptation field. If OPCR data exists in the adaptation field, OPCRJIag is set at "1 If OPCR data does not exist in the 
adaptation field, OPCRJIag is set at "CT. This OPCR data is data used when one transport stream is reconstructed from 
30 a plurality of original transport streams by splicing processing. The OPCR data is data expressing PCR data of a certain 
original transport stream. 

[0140] The splicing_pointJlag is data indicating whether or not splice_countdown for indicating an edit point (splicing 
point) at the transport level exists in the adaptation field. If splice_countdown exists in the adaptation field, this 
splicing jDointJIag is "1". H splice_countdown does not exist in the adaptation field, this splicingjDointJIag is "0". 

35 [0141 ] The transport_private_data Jlag is data indicating whether or not private data for describing arbitrary user data 
exists in the adaptation field. If private data exists in the adaptation field, this transport jDrivate_data Jlag is set at "1". 
If no private data exists in the adaptation field, this transport_private_dataJlag is set at "0". 
[0142] The adaptation JiekJ_extension Jlag is data indicating whether or not an extension field exists in the adaptation 
field. If an extension field exists in the adaptation field, this adaptationJield_extensionJlag is set at "1". If no extension 

40 field exists in the adaptation field, this adaptationJield_extension Jlag is set at "0". 

[0143] The program_clock_reference (PCR) is a reference clock which is referred to for synchronizing the phase of 
the clock on the receiving side with the phase of the clock on the transmitting side. This PCR data stores the time when 
the transport packet is generated. The PCR data consists of 33-bit program_clock_referenceJbase and 9-bit 
program_clock_reference__extension, that is, 42 bits in total. The system clock is counted from 0 to 299 by 

45 program_clock_reference_extension, and one bit is added to program_clock_reference_base by a carrier in resetting 
from 299 to 0. Thus, 24 hours can be counted. 

[0144] The original jDrogram_clock_reference (OPCR) is data used for reconstructing a transport stream of a single 
program from a certain transport stream. If a single program transport stream is completely reconstructed, this 
original jxogram_clock_reference is copied to program_clock_reference. 

so [0145] The splice_countdown is data indicating the number of packets up to a point where editing (splicing process- 
ing) can be carried out at the transport stream packet level, with respect to transport stream packets having the same 
PID. Therefore, in a transport stream packet at a splicing point where editing can be carried out, splice_countdown is 
"0". In the transport packet having splice_countdown of "0", splicing processing can be carried out by causing the last 
byte of the transport stream packet payload to be the last byte of the coded picture. 

55 [0146] This splicing processing is processing for connecting two different elementary streams at the transport level, 
thus generating one new transport stream. Splicing processing can be classified into seamless splicing which does not 
generate discontinuity of codes, and non-seamless splicing which generates discontinuity of codes. "Not generating 
discontinuity of codes" means absence of contradiction between the decoding time of an access unit of a newly con- 
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nected subsequent stream and the decoding time of an access unit of an old stream before splicing. "Generating dis- 
continuity of codes" means generation of contradiction between the decoding time of an access unit of a newly 
connected subsequent stream and the decoding time of an access unit of an old stream before splicing. 
[0147] The transport jDrivate__data_length is data indicating the number of bytes of private data in the adaptation field. 
[0148] The private_data is a field which is not particularly prescribed by the standard and can describe arbitrary user 
data in the adaptation field. 

[0149] The adaptation_field_extension_length is data indicating the data length of adaptation field extension in the 
adaptation field. 

[01 50] The ltw_f lag (legal Jime_window_f lag) is data indicating whether or not ltw_offset indicating the offset value of 
a display window exists in the adaptation field. 

[01 51 ] The piecewise_jate_f lag is data indicating whether or not piecewise_rate exists in the adaptation field. 
[0152] The seamless__splice_flag is data indicating whether the splicing point a normal splicing point or a seamless 
splicing point. If this seamless_splice_flag is "0", it indicates that the splicing point is a normal splicing point. If this 
seamless_splice_flag is T, it indicates that the splicing point is a seamless splicing point. The normal splicing point 
exists at the end of the PES packet. The splicing packet immediately before this splicing point ends with an access unit, 
and a transport packet having the same PID starts at the header of the PES packet. On the contrary, the seamless splic- 
ing point exists at a halfway point in the PES packet. To prevent contradiction between the decoding time of an access 
unit of a newly connected subsequent stream and the decoding time of an access unit of an old stream before splicing, 
a part of characteristics of the old stream is used as characteristics of the new stream. 

[0153] Splicing processing for splicing a stream ST OLD transmitted from the key station 30 and a stream ST NEW gen- 
erated at the local station 40 will now be described with reference to Figs.20 to 23. 

[0154] In Fig.20, only one channel of plural channels is shown and the other channels are omitted, in order to clarify 
the control of the local station 40 described with in Fig.7. In the present invention, there are provided three embodi- 
ments of splicing processing. First, second, and third embodiments of splicing processing will now be described 
sequentially. 

[0155] In the first embodiment of splicing processing, splicing processing is carried out in the case where a coded 
stream ST NEW of the commercial CM* to be newly inserted is already generated before a coded stream ST 0LD of the 
transmission program is transmitted from the key station 30. That is, the stream of the commercial CM1 ' which is coded 
in advance is inserted to the coded stream ST OLD of the commercial CM of the transmission program. Normally, a com- 
mercial is repeatedly broadcast for a number of times. Therefore, it is not efficient to encode the video data of the com- 
mercial every time it is broadcast. Thus, the video data of the local commercial CMV is coded, and the coded stream 
ST NEW thereof is stored in the stream server 49. Then, when the coded stream ST OLD of the commercial CM1 to be 
replaced is transmitted from the key station 30, the coded stream ST NEW of the local commercial CMV is reproduced 
from the stream server 49, thereby omitting the processing for repeatedly coding the same commercial for a number of 
times. In such case, the first splicing processing is carried out as will be described in detail hereinafter. 
[01 56] First, initial processing at the local station 40 for coding the local commercial CMV to replace the commercial 
CM 1 of the transmission program and storing the coded stream ST NEW into the stream server 49 will be described. The 
broadcasting system controller 41 controls the CM server 47 to reproduce the video data of the commercial CMV to 
replace the commercial CM1 of the transmission program. Then, an encoder 481 receives the base band video data 
reproduced from the CM server 47, and supplies the coding difficulty Di of each picture of this video data to an encoder 
controller 480. The encoder controller 480, similar to the encoder controller 350 described in Fig.8, supplies a target bit 
rate Ri to the encoder 481 so that the encoder 481 generates appropriate coded bits. The encoder 481 carries out cod- 
ing processing based on the target bit rate Ri supplied from the encoder controller 480, and thus can generate the 
coded elementary stream ST NEW of the optimum bit rate. The coded elementary stream ST NEW outputted from the 
encoder 481 is supplied to the stream server 49. The stream server 49 records the coded elementary stream in the 
state of stream into a randomly accessible recording medium. Thus, initial processing for storing the coded stream 
ST NEW into the stream server 49 is completed. 

[0157] Next, splicing processing for splicing the coded stream ST OLD of the transmission program transmitted from 
the key station and the coded stream ST NEW stored in the stream server 49 by the above-described initial processing 
will be described. 

[01 58] The coded stream ST 0LD transmitted from the key station 30 is converted from the form of transport stream to 
the form of elementary stream by the stream conversion circuit 44. The coded stream ST OL d converted to the form of 
elementary stream is supplied to the stream splicer 50. 

[0159] The stream splicer 50 includes a splice controller 500, a switch circuit 501, a stream analysis circuit 502, a 
stream processor 503, and a splicing circuit 504, as shown in Fig.20. 

[01 60] In the first embodiment of splicing processing, the splice controller 500 switches an input terminal of the switch 
circuit 501 to "a" so as to supply the elementary stream ST NEw supplied from the stream server 49 to the stream anal- 
ysis circuit 502. 
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[0161] The stream analysis circuit 502 is a circuit for parsing and analyzing the syntax of the coded stream ST OLD 
and the coded stream ST NEW . Specifically, the stream analysis circuit 502 searches for 32-bit picture_start_code 
described in the coded strewn ST 0LD , thereby learning the place in the stream where information related to the picture 
header is described, as understood from the syntax of the coded stream shown in Figs. 10 and 15. Then, the stream 
5 analysis circuit 502 finds 3-bit picture_coding_type, which starts 11 bits after picture_start_code, thereby learning the 
picture type. Also, the stream analysis circuit 502 learns vbv_delay of the coded picture from 1 6-bit vbv_delay described 
next to this 3-bit picture_coding_type. 

[0162] Moreover, the stream analysis circuit 502 searches for 32-bit extension_start_code described in the coded 
stream ST OLD and the coded stream ST NEW , thereby learning the place in the stream where information related to pic- 

10 ture coding extension is described, as understood from the syntax of the coded stream shown in Figs. 1 0 and 1 5. Then, 
the stream analysis circuit 502 searches for 1 -bit topj ieldj irst, which is described 25 bits after picture_start_code, and 
repeatjirstjield, which is described 6 bits after that topjieldjirst, thereby learning the frame structure of the coded 
picture. For example, if'topjieldjirsf of the coded picture is T, it indicates a frame structure in which the top field is 
temporally earlier than the bottom field. If "topjieldjirst" is "0", it indicates a frame structure in which the top field is tem- 

15 porally later than the bottom field. If the flag "topjieldjirst" in the coded stream is "1" and "repeatjirstjield" is "1", it 
indicates a picture structure such that the repeat field is generated from the top field at the time of decoding. If the flag 
"topjieldjirst" in the coded stream is "0" and "repeatjirstjield" is "1", it indicates the picture structure such that the 
repeat field is generated from the bottom field at the time of decoding. 

[0163] The above-described picture_coding_type; vbv_delay, topjieldjirst, and repeatjirstjield are extracted from 
20 the coded stream for each picture, and are supplied to the splice controller 500. The elementary stream ST 0L d and th© 
elementary stream ST NEW supplied to the stream analysis circuit 502 are directly supplied to the stream processor 503 
as the elementary stream ST 0 ld ancl tne elementary stream ST NEW . 

[0164] In addition, the stream analysis circuit 502 has a counter for counting the number of bits of the supplied stream 
ST OL0 and stream ST NEW . On the basis of the count value and the quantity of generated bits of each picture, the stream 
25 analysis circuit 502 simulates the data remaining quantity in the VBV buffer with respect to each picture. The data 
remaining quantity in the VBV buffer with respect to each picture, calculated by the stream analysis circuit 502, is also 
supplied to the splice controller 500. 

[0165] The stream processor 503 is a circuit for changing the stream structure, the data elements and the flags of the 
stream ST OLD and the stream ST NEW so that a spliced stream ST SPL generated by splicing the stream ST 0LD and the 
30 stream ST NEW becomes a seamless stream. Specific processing carried out by the stream processor 503 will now be 
described with reference to Figs.21 A to 21 B. 

[0166] Fig.21 A shows the original stream ST 0LD supplied from the key station 30 and the locus of the data occupancy 
quantity of the stream ST OLD in the VBV buffer. Fig.21 B shows the substitute stream ST NEW stored in the stream server 
49 and the locus of the data occupancy quantity of the stream ST NEW in the VBV buffer. Fig.21 C shows the spliced 

35 stream ST SPL obtained by splicing the stream ST OLD and the stream ST NEW at splicing points SP1 and SP2, and the 
locus of the data occupancy quantity of the spliced stream ST SPL in the VBV buffer. In Fig.21A, DTS (decoding time 
stamp) is shown. SP 1 vbv indicates the first splicing point on the locus of the data occupancy quantity in the VBV buffer. 
SP2vbv indicates the second splicing point on the locus of the data occupancy quantity in the VBV buffer. VO(l6) indi- 
cates the data quantity of a picture 16 buffered on the VBV buffer when a picture B5 is led out from the VBV buffer. 

40 GB(l6) indicated the quantity of generated bits of the picture 16. VD(I6) indicates the value of vbv_delay of the picture 
16. VO(B7) indicates the data quantity of a picture B7 buffered on the VBV buffer when the picture 16 is led out from the 
VBV buffer. GB(B1 1) indicates the quantity of generated bits of a picture B1 1 . VD(I12) indicates the value of vbv_delay 
of a picture 112. VO(l12) indicates the data quantity of the picture 112 buffered on the VBV buffer when the picture B1 1 
is led out from the VBV buffer. In Fig.21 B, GB(I6*) indicates the quantity of generated bits of a picture I6\ VD(I6*) indi- 

45 cates the value of vbv_delay of the picture 16'. VO(l6') indicates the data quantity of the picture 16' buffered on the VBV 
buffer at the first splicing point SPIvbv in the VBV buffer. GB(B1 1*) indicates the quantity of generated bits of a picture 
B11\ VO(l12') indicates the data quantity of a picture B12* buffered on the VBV buffer at the second splicing point 
SP2vbv in the VBV buffer. In Fig.21 C, GB(I6") indicates the quantity of generated bits of a picture 16" which is processed 
so that the spliced stream ST SPL becomes a seamless stream. VD(!6") indicates the value of vbv_delay of the picture 

so 16". GB(B1 1") indicates the quantity of generated bits of a picture B1 1" which is processed so that the spliced stream 
ST SPL becomes a seamless stream. 

[0167] The original stream ST 0LD is a stream coded at the key station 30, and the substitute stream ST NEW is a 
stream coded at the local station 40. Therefore, the stream ST OLD and the stream ST NEW are streams separately coded 
by their respective video encoders. That is, the value VD(I6) of vbv_delay of the first picture 16 in the stream ST 0LD and 
55 the value VD(I6') of vbv_delay of the first picture 16' in the stream ST NEW are not the same value. In such case, the data 
occupancy quantity VO(l6) of the original stream ST 0LD in the VBV buffer and the data occupancy quantity VO^ 1 ) of 
the substitute stream ST NEW in the VBV buffer are different from each other, at the timing of the stream splicing point 
SPIvbv in the VBV buffer. 
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[0168] As described in the background art of the present invention, if the stream ST 0LD and the stream ST NEW are 
spliced simplistically at the splicing point SP1, the data occupancy quantity of the simplistically spliced stream in the 
VBV buffer becomes discontinuous or generates overflow/underflow. 

[0169] Thus, in the stream splicer 50, the stream processor 503 carries out stream processing with respect to the 
stream structure of the supplied stream ST 0L d and stream ST NEW so that the spliced stream ST SPL becomes seamless 
at the splicing point, on the basis of the data elements extracted from the stream ST OLD and the stream ST NEW by the 
stream analysis circuit 502. This processing will be described hereinafter. 

[0170] The splice controller 500 receives from the stream analysis circuit 502 information such as 
picture_coding_type, vbv_delay t topjieldjirst and repeatjirstjield for each picture, the quantity of generated bits in 
each picture, and the data occupancy quantity in the VBV buffer with respect to each picture, as the data elements 
related to the stream ST 0U > In Figs.21 A to 21C, the value of vbv_delay of the picture 16 is expressed as VD(I6), and 
the quantity of generated bits of the picture 16 is expressed as GB(I6). The data occupancy quantity of the picture 16 in 
the VBV buffer is expressed as VO(l6). 

[0171] Next, processing carried out by the splice controller 500 and the stream processor 503 with respect to the VBV 
buffer at the splicing point SP1 will be described. 

[0172] First, if the splice controller 500 has determined that value VD(I6) of vbv_delay of the picture 16 of the original 
stream ST 0LD and the value VD(I6') of vbv_delay of the picture 16' of the substitute stream ST NEW at the splicing point 
SP1 are different from each other, the splice controller 500 instructs the stream processor 503 to rewrite the value of 
vbv_delay of the picture 16' described in the substitute stream ST NEW from VD(I6') to VD(i6). 
[0173] In accordance with the instruction from the splice controller 500, the stream processor 503 rewrites the value 
of vbvjdelay of 16 bits described in the picture header of the substitute stream ST NEW from VD(I6') to VD(I6). 
[0174] In this case, if the value of vbv_delay in the substitute stream ST NEW is simply rewritten from VD(I6') to VD(I6) 
so as to lead out a bit stream from the VBV buffer in accordance with the rewritten vbv_delay, the quantity of generated 
bits of the picture 16' is insufficient and therefore causes underflow of the VBV buffer. Thus, the splice controller 500 car- 
ries out processing for inserting stuffing bytes into the picture 16' of the substitute stream ST NEW so that the quantity of 
generated bits GB(I6') of the picture 16' of the substitute stream ST NEW becomes the quantity of generated bits GB(I6") 
of the picture 16" of the seamless spliced stream ST SPL . The stuffing bytes are data consisting of dummy bits "0". 
[0175] To carry out processing for inserting the stuffing bytes, the splice controller 500 calculates the data quantity of 
the stuffing bytes that should be inserted, by using the quantity of generated bits GB(I6) and the data occupancy quan- 
tity VO(l6) in the VBV buffer received as information related to the picture 16 and the picture B7 in the stream ST 0L d and 
the quantity of generated bits GB(I6') and the data occupancy quantity VO(l6') in the VBV buffer received as information 
related to the picture 16' in the stream ST NEW . Specifically, the stuffing bytes SB1[byte] are calculated on the basis of 
the following equation (2). 

SB1 [byte] = {GB(I6") - GB{l6')}/8 (2) 
= {GB(I6)-GB(I6') + VO(B7) - VC^By)^ 

[0176] The splice controller 500 controls the stream processor 503 to insert the stuffing bytes SB1 calculated in 
accordance with the equation (2) into the stream ST NEW . 

[01 77] In accordance with the command from the splice controller 500, the stream processor 503 describes the stuff- 
ing bytes SB1 into the stream ST NEW . As a position where the stuffing bytes should be described in the stream, a posi- 
tion before the start code of the picture header of the picture 16 in the coded stream ST NEW is most desired, but a 
position before another start code may also be used. 

[0178] The above-described processing is the control carried out by the splice controller 500 and the stream proces- 
sor 503 with respect to the VBV buffer at the splice point SP1. 

[0179] Next, control carried out by the splice controller 500 and the stream processor 503 with respect to the VBV 
buffer at the splicing point SP2 will be described. 

[0180] If the stream ST NEW and the stream ST 0LD are simplistically spliced at the splicing point SP2. the quantity of 
generated bits GB(B1 1 ') of the last picture 1 1 V of the stream ST NEW is insufficient and therefore is not continuous with 
the locus of the data occupancy quantity in the VBV buffer with respect to the first picture 112 of the stream ST NEW . As 
a result, underflow or overflow of the VBV buffer is generated. 

[0181] Thus, the splice controller 500 carries out processing for inserting stuffing bytes into the stream ST NEW so that 
the quantity of generated bits GB(I1 1 ") of the last picture 111 ' of the stream ST NEW becomes the quantity of generated 
bits GB(I1 1") of the picture 11 1" of Fig.21C so as to realize a continuous locus of the VBV buffer at the splice point 
SP2vbv in the VBV buffer. 

[0182] To carry out processing for inserting the stuffing bytes, the splice controller 500 calculates the data quantity of 
the stuffing bytes that should be inserted, by using VO(l12) received as information related to the picture 112 in the 
stream ST 0L d. the quantity of generated bits GB(BH') of the last picture B1 V of the stream ST NEWl and the data occu- 
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pancy quantity V0(I12') in the VBV buffer with respect to the picture 112' of the stream ST NEW . Specifically, the stuffing 
bytes SB2[byte] are calculated on the basis of the following equation (3). 

SB2[byte] = {GB(B1 1 ") - GB(B1 1 ')}/8 (3) 
5 = {VO(l12')-VO(l12)}/8 

[0183] In other words, the data occupancy quantity V0(I12') is the data occupancy quantity in the VBV buffer with 
respect to the stream ST NEW after the last picture B1V is led out from the VBV buffer. This data occupancy quantity 
V0(I12') can be easily detected by the stream analysis circuit 502 which has grasped the locus of VBV by counting the 
w number of bits of the stream ST N Ew . 

[0184] The splice controller 500 controls the stream processor 503 to insert the stuffing bytes SB2 calculated in 
accordance with the equation (3) into the stream ST NEW . 

[0185] In accordance with the command from the splice controller 500, the stream processor 503 describes the stuff- 
ing bytes SB2 as information related to the picture B11* of the stream ST NEW . As a position where the stuffing bytes 
is should be described in the stream, a position before the start code of the picture header of the picture B1 V in the coded 
stream ST NEW is most desired. 

[0186] The above-described processing is the control carried out by the splice controller 500 and the stream proces- 
sor 503 with respect to the VBV buffer at the splice point SP2. 

[0187] With reference to Figs.22A to 22C, a first example of processing with respect to the flags such as topj ieldj irst 
20 and repeat_first_field by the splice controller 500 and the stream processor 503 at the splicing point SP1 will now be 
described. 

[0188] Fig.22A shows the frame structure of a television program PGqld constituted by a program 1 , a commercial 
CM1 and a program 2 produced at the key station 30, and a coded stream STqld obtained by coding the television pro- 
gram PGqld- Fig. 22 shows the frame structure of a substitute commercial CM1 ' produced at the local station 40, and a 
25 coded stream ST NEW obtained by coding the substitute commercial CM1 '. Fig.22C shows a spliced stream ST SPL gen- 
erated by splicing the original stream ST OLD and the substitute stream ST NEW , and the frame structure obtained by 
decoding the spliced stream ST SPL . 

[0189] The splice controller 500 compares the topjieldjirst of each picture of the commercial CM1 in the stream 
ST OLD supplied from the stream analysis circuit 502 with topjieldjirst of the commercial CM1 ' in the substitute stream 

30 ST NEW If topjieldjirst of the stream ST OLD and topjieldjirst of the substitute stream ST NEW coincide with each 
other, the same field structure is employed and therefore processing with respect to the flags such as topjieldjirst and 
repeat Jirstjield is not necessary. However, if topjieldjirst of the original commercial CM1 is "0" and topjieldjirst of 
the substitute commercial CMV is "1" as shown in Figs.22A to 22C, problems of discontinuity and duplication of fields 
as described in Fig.6 are generated. 

35 [01 90] Thus, the stream splicer 50 of the present invention rewrites topjieldjirst and repeat Jirstjield of the pictures 
near the splicing point so as not to generate a stream unconformable to the MPEG standard in which field dropouting 
and overlapping is generated by splicing processing. 

[0191] In the example shown in Figs.22A to 22C, the splice controller 500 controls the stream processor 503 to rewrite 
repeat Jirstjield of a picture P3 having a frame constituted by a top field T4 and a bottom field B4, from 0 to 1 . In addi- 

40 tion, the splice controller 500 controls the stream processor 503 to rewrite repeatjirstjield of a picture P9* having a 
frame constituted by a top field t1 0 and a bottom field b1 1 , from 0 to 1 , so as to generate a stream seamless at the splic- 
ing point SP2. Also, since the commercial CMV is shifted by the time of one frame from the original commercial CM1 
by rewriting repeatjirstjield of the picture P9\ the splice controller 500 controls the stream processor 503 to delete 
from the stream ST 0LD a picture B13 displayed first of all pictures of the program 2 on the display. 

45 [01 92] In accordance with the instruction from the splice controller 500, the stream processor 503 searches the orig- 
inal stream ST OLD for the start code of picture_coding_extension related to the picture P3, and rewrites the value of 
repeatjirstjield therein from 0 to 1 . Thus, since a repeat field B4* is generated by decoding the picture P3 having the 
value of repeatjirstjield rewritten, the fields become continuous at the splicing point SP1 . Similarly, the stream proc- 
essor 503 searches the substitute stream ST NEW for the start code of picture_coding_extension related to the picture 

so P9', and rewrites the value of repeatjirstjield therein from 0 to 1 . Thus, since a repeat field t1 0' is generated by decod- 
ing the picture P9' having the value of repeatjirstjield rewritten, the fields become continuous at the splicing point 
SP2. Also, the stream processor 503 deletes a portion where the data element related to the picture B13 is described 
in the original stream ST 0LD , or replaces the portion with null data. 

[0193] Figs.23A to 23C show another example of the processing with respect to the flags such as topjieldjirst and 
55 repeatjirstjield described in Figs.22A to 22C. With reference to Figs.23A to 23C, a second example of processing 
with respect to the flags such as topjieldjirst and repeatjirstjield by the splice controller 500 and the stream proc- 
essor 503 at the splicing points SP1 and SP2 will now be described. 

[01 94] In the example shown in Figs.23A to 23C, the splice controller 500 controls the stream processor 503 to rewrite 
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topjieldjirst of a picture B7' constituted by a top field t5 and a bottom field b6 from 1 to 0 and to rewrite 
repeatjirstjield of the picture B7 from 0 to 1 so that fields at the seam between the program 1 and the commercial 
CMV at the splicing point SP1 become continuous. In addition, the splice controller 500 controls the stream processor 
503 to rewrite topjieldjirst of a picture B13 constituted by a top field T1 1 and a bottom field B1 1 from 1 to 0 so that 
fields at the seam between the commercial CMV and the program 2 at the splicing point SP2 become continuous. 
Moreover, the splice controller 500 controls the stream processor 503 to rewrite topjieldjirst of a picture B14 consti- 
tuted by a top field T12 and a bottom field B12 from 1 to 0 and to rewrite repeatjirstjield from 1 to 0. 
[0195] Under the control of the splice controller 500, the stream processor 503 searches the substitute stream ST NEW 
for the start code of picture_coding_extension related to the picture B7\ The stream processor 503 then rewrites 
topjieldjirst in the stream from 1 to 0 and rewrites repeatjirstjield from 0 to 1 . Thus, by decoding the picture B7 hav- 
ing the values of topjieldjirst and repeatjirstjield rewritten, the display time of the bottom field b6 is shifted by one 
frame and a repeat field b6' is generated. Therefore, the fields become continuous at the splicing point SP1 . Similarly, 
the stream processor 503 searches the original stream ST OLD for the start code of picture_coding_extension related to 
the picture B13, and rewrites topjieldjirst therein from 1 to 0. In addition, the stream processor 503 rewrites 
topjieldjirst related to the picture B14 in the original stream ST 0LD , from 1 to 0, and rewrites repeatjirstjield from t 
to 0. Thus, since the display time of the bottom fields B1 1 and B1 2 is shifted by one frame by decoding the pictures B1 3 
and B1 4 having the values of topjieldjirst and repeatjirstjield rewritten, the fields become continuous at the splicing 
point SP2. 

[0196] The first example of processing shown in Figs.22A to 22C and the second example of processing shown in 
Figs.23A to 23C are compared. As understood from Fig.22C, since the picture B7 displayed at the beginning of the sub- 
stituted commercial CM1 ' is shifted by one field from the picture B7 displayed at the beginning of the original commer- 
cial CM1, the display timing for the substituted commercial CMV is delayed by one field. The delay of display by one 
field can scarcely be recognized by the human eyes. However, since the broadcasting station gains profits by broad- 
casting commercials of client companies, the broadcasting station might be required to broadcast the commercials 
accurately without having any delay, rather than broadcasting the main program such as the program 1. In the case 
where such accurate display time is required, the second example of processing shown in Figs.23A to 23C is effective. 
By rewriting the values of topjieldjirst and repeatjirstjield of the picture B7* as in the second example of processing 
shown in Figs.23A to 23C, the first picture B7' of the substituted commercial CMV can be displayed accurately without 
having any delay from the first displayed picture of the original commercial CM1 . 

[0197] In short, the locus of the data occupancy quantity in the VBV buffer of the stream ST NEW outputted from the 
stream processor 503 is consistent with the locus of the data occupancy quantity of the stream ST 0 ld in the VBV buffer, 
and has consistency with respect to the field pattern/frame pattern. Therefore, by controlling the switching operation of 
the splicing circuit 504 on the basis of a control signal from the splice controller 500, the spliced stream ST SPL is gen- 
erated by connecting the stream ST NEW after the stream ST OLD at the splicing point SP1 and connecting the stream 
ST 0LD after the stream ST NEW at the splicing point SP2. At the splicing points SP1 and SP2, in this spliced stream 
ST SPL , the locus of the data occupancy quantity in the VBV buffer is continuous and the field pattern/frame pattern is 
also continuous. 

[0198] The second embodiment of splicing processing will now be described. The second embodiment of splicing 
processing relates to splicing processing which is carried out in the case where a commercial CM1 ' to be newly inserted 
is coded to generate a coded stream ST NEW when a coded stream ST 0LD of a transmission program is transmitted from 
the key station 30. That is, the coded stream STqld °f the transmission program transmitted from the key station 30 is 
analyzed, and the commercial CMV to be newly inserted is coded on the basis of the analysis result. 
[0199] First, the coded stream ST 0LD transmitted from the key station 30 is converted from the form of transport 
stream to the form of elementary stream by the stream conversion circuit 44. The coded stream ST 0LD converted to the 
form of elementary stream is supplied to the stream analysis circuit 502 of the stream splicer 50. 
[0200] The stream analysis circuit 502 of the stream splicer 50 is a circuit for analyzing the stream syntax of the coded 
stream ST 0Lr > In the second embodiment of splicing processing, the stream analysis circuit 502 analyzes only the syn- 
tax of the coded stream ST OL d and does not analyze the syntax of the substitute stream ST NEW . 
[0201] Specifically, the stream analysis circuit 502 searches for 32-bit picture_start_code described in the original 
stream ST 0Lr> thereby learning the place where information related to the picture header is described in the stream, as 
understood from the syntax of the coded stream shown in Figs. 10 and 15. Then, the stream analysis circuit 502 finds 
3-bit picture_coding-type, which starts 1 1 bits after picture_start_code, thereby learning the picture type. Also, the 
stream analysis circuit 502 learns vbv_delay of the coded picture from 16-bit vbv_delay described next to this 3-bit 
picture_coding_type. 

[0202] In addition, the stream analysis circuit 502 searches for 32-bit extension_start_code described in the coded 
stream ST 0Lr> thereby learning the place in the stream where information related to picture coding extension is 
described, as understood from the syntax of the coded stream shown in Figs. 10 and 15. Then, the stream analysis cir- 
cuit 502 searches for 1-bit topjieldjirst, which is described 25 bits after picture_start_code. and repeatjirstjield, 
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which is described 6 bits after that top_f ieldj irst, thereby learning the frame structure of the coded picture. 
[0203] The stream analysis circuit 502 supplies the data elements such as picture_coding_type. vbv_delay, 
top_f ieldj irst, and repeat Jirstjield extracted for each picture from the original stream ST 0U> to the broadcasting sys- 
tem controller 41 through the splice controller 500. It is not necessary to transmit the data elements of all the pictures 

5 of the original stream ST 0Lr > K may suffice to send only the data elements such as picture_coding_type, vbv_delay, 
top_f ield Jirst, and repeatj irstjield of the pictures corresponding to the commercial CM1 of the transmission program. 
[0204] The broadcasting system controller 41 controls the CM server 47 to reproduce video data of the commercial 
CMV to replace the commercial CM of the transmission program. In addition, the broadcasting system controller 41 
supplies picture_coding_type, vbv_delay, topj ieldj irst, and repeatj irstj ield extracted from the original stream ST OLD 

w to the encoder controller 480 of the encoder block 48. 

[0205] The encoder controller 480 controls the encoder 481 to encoder the base band video data of the substitute 
commercial CMV by using picture_codingjype, vbv_delay, top Jield Jirst and repeat Jirstjield supplied from the 
broadcasting system controller 41. That is, the substitute commercial CM1' is coded so that picture_codingJype, 
vbvjjelay, topjield Jirst and repeat Jirst Jield of the coded stream ST OLD of the original commercial CM1 and 

is picture_coding_type, vbv_delay, topjield Jirst and repeatjirstjield of the stream ST NEW obtained by coding the sub- 
stitute commercial CMV become perfectly identical to each other. As a result, the coded stream ST NEW having 
picture_codingJype, vbv_delay, top Jield Jirst and repeatjirstjield which are perfectly identical to 
picture_coding_type, vbv_delay, topjieldjirst and repeatjirstjield of the coded stream ST OLD of the original com- 
mercial CM1 is generated. 

20 [0206] The splice controller 500 switches the input terminal of the switch circuit 501 to V so as to supply the elemen- 
tary stream ST NEW outputted from the encoder 481 to the stream analysis circuit 502. In this second embodiment of 
splicing processing, since the stream analysis circuit 502 analyzes only the syntax of the coded stream ST 0 ld and does 
not analyze the syntax of the substitute stream ST NEW , the stream ST NEW is outputted as it is without being analyzed 
by the stream analysis circuit 502. 

25 [0207] In the second embodiment of splicing processing, since stream processing for changing the data elements in 
the stream ST 0LD and the stream ST NEW outputted from the stream analysis circuit 502 is not necessary, the stream 
processor 503 carries out only synchronization processing (or frame synchronization) for realizing frame synchroniza- 
tion between the stream ST 0LD and the stream ST NEW . Specifically, the stream processor 503 has a FIFO buffer for 
several frames, and buffers the stream ST 0LD ' n the FIFO buffer until the substitute stream ST NEW is outputted from the 

30 encoder 481. Thus, frame synchronization between the stream ST 0LD and the stream ST NEW can be realized. The 
stream ST OLD and the stream ST NEW processed for frame synchronization are supplied to the splicing circuit 504. 
[0208] The splice controller 500 controls switching of the splicing circuit 504 so that the stream ST NEW is connected 
after the stream ST OLD at the splicing point SP1 and so that the stream ST OLD is connected after the stream ST NEW at 
the splicing point SP2. As a result, a spliced stream ST SPL is outputted from the splicing circuit 504. 

35 [0209] Although the stream ST Q ld and the stream ST NEW are simply switched by the splicing circuit 504, the locus 
of the data occupancy quantity of the spliced stream STspl in the VBV buffer is continuous and the frame pattern at the 
splicing points is also continuous. The reason therefor is as follows. That is, since the stream ST NEW is coded on the 
basis of the analysis result of the syntax of the original stream ST 0U> the stream ST NEW consistent with the original 
stream ST 0LD is generated. Therefore, the locus of the spliced stream ST SPL in the VBV buffer is perfectly the same as 

40 the locus of the data occupancy quantity of the original stream ST 0LD in the VBV buffer, and the frame structure of the 
generated spliced stream ST SPL is perfectly identical to the frame structure of the original stream ST OLr > 
[021 0] Thus, in the second embodiment, the syntax of the original coded stream ST 0LD transmitted from the key sta- 
tion is analyzed, and the substitute commercial CM V is coded in accordance with the analysis result so as to have the 
same stream structure and coding parameter as those of the coded stream ST 0Lr > Therefore, in splicing the coded 

45 stream ST OLD and coded stream ST NEW which are separately generated, the consistency between the coded stream 
ST 0 ld and the coded stream ST NEW can be easily realized. As a result, the seamless spliced stream ST SPL in conform- 
ity to the MPEG standard can be generated. 

[0211] The third embodiment of splicing processing will now be described. In the third embodiment of splicing 
processing, coding parameters for coding a coded stream ST OLD of an original commercial CM1 and a coded stream 

so ST NEW of a substitute commercial CMV are determined in advance before the coded stream ST OLD of the original com- 
mercial CM1 and the coded stream ST NEW of the substitute commercial CMV are generated, and the original commer- 
cial CM1 and the substitute commercial CMV are coded on the basis of the predetermined coding parameters. For 
example, the coding parameters are information indicated by picture_codtngJype, vbv_delay, topjieldjirst, 
repeatjirstjield, and the quantity of generated bits, as described already. 

55 [0212] First, as the coding parameters for coding the original commercial CM1, picture_coding_type, vbv_delay, 
topjieldjirst and repeatjirstjield are determined at the key station 30. The broadcasting system controller 31 of the 
key station 30 supplies the coding parameters to the encoder controller 350 of the MPEG encoder block 35, and also 
supplies the coding parameters to the broadcasting system controller 41 of each local station 40 through a communi- 
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cation line. 

[021 3] The encoder controller 350 controls the video encoder 351 -1 V to encode video data of the original commercial 
CM1 by using the coding parameters such as picture_coding_type, vbv_delay. topjieldjirst and repeatj.rstjield sup- 
plied from the broadcasting system controller 31. That is, the coded stream ST OLD outputted from the video encoder 
351 -1V is a stream based on the coding parameters such as pcture_codingJype. vbv_delay. topjieldjirst and 

[0214pThe 'coded stream ST OLD outputted from the video encoder 351-1V is supplied to the local station 40 through 
the multiplexer 36 and the modulation circuit 37. 

[0215] On the other hand, the local station 40 supplies the coding parameters such as picture_codmg_1ype. 
vbv_delay, topjieldjirst and repeatjirstjield supplied from the broadcasting system controller 31 of the key staton 
30 to the encoder controller 480 of the encoder block 48. 

[021 6] The encoder controller 480 controls the encoder 481 to encoder the base band video data of the substitute 
commercial CMV by using picture_codingJype, vbv_delay, topjieldjirst and repeatjirstjield supplied from the 
broadcasting system controller 41 . That is, the stream ST NEW having picture.codingjype. vbv.delay, t°PJ'eldJirst 
and repeatjirstjield perfectly identical to picture_coding_type, vbv_delay. topjieldjirst and repeatjirstjield of the 
coded stream ST OLD of the original commercial CM 1 is generated. 

[0217] The splice controller 500 switches the input terminal of the switch circuit 501 to "b" so as to supply the elemen- 
tary stream ST NEW outputted from the encoder 481 to the stream analysis circuit 502. In this third embodiment of splic- 
ing processing, the stream analysis circuit 502 does not carry out analysis of the syntax of the coded stream STold and 
the coded stream ST NEW . . 

[0218] In the third embodiment of splicing processing, since stream processing for changing the data elements in the 
stream ST OL d and the stream ST NEW outputted from the stream analysis circuit 502 is not necessary, the stream proc- 
essor 503 carries out only synchronization processing (or frame synchronization) for realizing frame synchronization 
between the stream ST OLD and the stream ST NEW Spectfteally. the stream processor 503 has a FIFO buffer for several 
frames and buffers the stream ST 0LD in the FIFO buffer until the substitute stream ST NEW is outputted from the 
encoder 481 Thus frame synchronization between the stream ST^q and the stream ST NEW can be realized. The 
stream ST 0LD and the stream ST NEW processed for frame synchronization are supplied to the splicing circuit 504^ 
[021 9] The splice controller 500 controls switching of the splicing circuit 504 so that the stream ST NEW is connected 
after the stream ST OLD at the splicing point SP1 and so that the stream ST 0LD is connected after the stream ST NEW at 
the splicing point SP2. As a result, a spliced stream ST SPL is outputted from the splicing circuit 504. 
[0220] Although the stream ST 0LD and the stream ST NEW are simply switched by the splicing circurt 504. the locus 
of the data occupancy quantity of the spliced stream ST SPL in the VBV buffer is continuous and the frame pattern at the 
splicing points is also continuous. This is because the original commercial CM1 and the substitute commercial CM1 are 
coded by using the coding parameters such as picture_coding_type, vbv_delay. topjieldjirst and repeatjirstjield 
determined in advance by the broadcasting system controller 31 of the key station 30. 

[0221] Thus in the third embodiment, the coding parameters are predetermined between the key station and the local 
station. Then'the coded stream ST 0LD of the original commercial CM1 is generated at the key staton on the basis of 
the predetermined coding parameters, and the coded stream ST NEW of the substitute commercial CM1 ' is generated at 
the key station on the basis of the predetermined coding parameters. Therefore, in splicing the coded stream STqld 
and coded stream ST NEW which are separately generated, the consistency between the coded stream STqld and the 
coded stream ST NEW can be easily realized. As a result, the seamless spliced stream ST SPL in conformity to the MPEG 
standard can be generated. 

Claims 

1 . A coded stream splicing device for splicing a first coded stream and a second coded stream at a splicing point, the 
device comprising: 

stream analysis means for analyzing the syntax of the first coded stream, thereby extracting a coding param- 
i eter of the first coded stream; and 

splicing means for changing a coding parameter of the second coded stream on the basis of the coding param- 
eter of the first coded stream obtained by the stream analysis means so that the first coded stream and the sec- 
ond coded stream are seamlessly connected at the splicing point, and then splicing the first coded stream and 
; the second coded stream having the changed coding parameter. 

2. The coded stream splicing device as claimed in claim 1, wherein the coding parameter extracted by the stream 
analysis means is data vbv_delay indicating an initial state of a VBV buffer. 
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3. The coded stream splicing device as claimed in claim 2, wherein the splicing means rewrites the value of vbv_delay 
of the first picture after the splicing point in the second coded stream to the value of vbv_delay of the first picture 
after the splicing point in the first coded stream. 

4. The coded stream splicing device as claimed in claim 3, wherein the splicing means inserts stuffing bytes into the 
second coded stream so that the quantity of generated bits of the first picture after the splicing point in the second 
coded stream becomes the quantity of bits corresponding to the rewritten value of vbv_delay 

5. The coded stream splicing device as claimed in claim 4, wherein the splicing means calculates the data quantity of 
the stuffing bytes on the basis of the quantity of generated bits of the first picture after the splicing point in the first 
coded stream and the quantity of generated bits of the first picture after the splicing point in the second coded 
stream. 

6. The coded stream splicing device as claimed in claim 5, wherein the splicing means calculates the data quantity of 
the stuffing bytes on the basis of the data occupancy quantity of the VBV buffer at the splicing point of the first 
coded stream and the data occupancy quantity of the VBV buffer at the splicing point of the second coding stream. 

7. The coded stream splicing device as claimed in claim 1, wherein the coding parameter extracted by the stream 
analysis means is a flag repeatj irstj ield indicating whether or not a repeat field is to be generated at the time of 
decoding. 

8. The coded stream splicing device as claimed in claim 7, wherein the splicing means changes the value of 
repeatj irstjield of a picture before the splicing point in the first coded stream or the value of repeat_first_field of 
a picture before the splicing point in the second coded stream so that the frame structure of the picture before the 
splicing point in the first coded stream and the frame structure of the picture before the splicing point in the second 
coded stream become consistent with each other. 

9. The coded stream splicing device as claimed in claim 1, wherein the coding parameter extracted by the stream 
analysis means is a flag topjieldjirst indicating whether the first field is a top field or a bottom field. 

10. The coded stream splicing device as claimed in claim 9. wherein the splicing means changes the value of 
topjieldjirst of a picture before the splicing point in the first coded stream or the value of topjieldjirst of a picture 
before the splicing point in the second coded stream so that the frame structure of the picture before the splicing 
point in the first coded stream and the frame structure of the picture before the splicing point in the second coded 
stream become consistent with each other. 

1 1 . A coded stream splicing method for splicing a first coded stream and a second coded stream at a splicing point, the 
method comprising: 

a stream analysis step of analyzing the syntax of the first coded stream, thereby extracting a coding parameter 
of the first coded stream; and 

a splicing step of changing a coding parameter of the second coded stream on the basis of the coding param- 
eter of the first coded stream obtained at the stream analysts step so that the first coded stream and the sec- 
ond coded stream are seamlessly connected at the splicing point, and then splicing the first coded stream and 
the second coded stream having the changed coding parameter. 

12. The coded stream splicing method as claimed in claim 1 1 , wherein the coding parameter extracted at the stream 
analysis step is data vbv_delay indicating an initial state of a VBV buffer. 

13. The coded stream splicing method as claimed in claim 12, wherein at the splicing step, the value of vbv_delay of 
the first picture after the splicing point in the second coded stream is rewritten to the value of vbv_delay of the first 
picture after the splicing point in the first coded stream. 

14. The coded stream splicing method as claimed in claim 13, wherein at the splicing step, stuffing bytes are inserted 
into the second coded stream so that the quantity of generated bits of the first picture after the splicing point in the 
second coded stream becomes the quantity of bits corresponding to the rewritten value of vbv_delay. 

15. The coded stream splicing method as claimed in claim 14, wherein at the splicing step, the data quantity of the 
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stuffing bytes is calculated on the basis of the quantity of generated bits of the first picture after the splicing point 
in the first coded stream and the quantity of generated bits of the first picture after the splicing point in the second 
coded stream. 

16. The coded stream splicing method as claimed in claim 15, wherein at the splicing step, the data quantity of the 
stuffing bytes is calculated on the basis of the data occupancy quantity of the VBV buffer at the splicing point of the 
first coded stream and the data occupancy quantity of the VBV buffer at the splicing point of the second coding 
stream. 

17. The coded stream splicing method as claimed in claim 11, wherein the coding parameter extracted at the stream 
analysis step is a flag repeatjirstjield indicating whether or not a repeat field is to be generated at the time of 
decoding. 

18. The coded stream splicing method as claimed in claim 17, wherein at the splicing step, the value of 
repeatjirstjield of a picture before the splicing point in the first coded stream or the value of repeatjirstjield of 
a picture before the splicing point in the second coded stream is changed so that the frame structure of the picture 
before the splicing point in the first coded stream and the frame structure of the picture before the splicing point in 
the second coded stream become consistent with each other. 

19. The coded stream splicing method as claimed in claim 11, wherein the coding parameter extracted at the stream 
analysis step is a flag topjieldjirst indicating whether the first field is a top field or a bottom field. 

20. The coded stream splicing method as claimed in claim 19, wherein at the splicing step, the value of topjieldjirst 
of a picture before the splicing point in the first coded stream or the value of topjieldjirst of a picture before the 
splicing point in the second coded stream is changed so that the frame structure of the picture before the splicing 
point in the first coded stream and the frame structure of the picture before the splicing point in the second coded 
stream become consistent with each other. 

21 . A coded stream generating device for generating a spliced coded stream by splicing a first coded stream and a sec- 
ond coded stream at a splicing point, the device comprising: 

stream analysis means for analyzing the syntax of the first coded stream, thereby extracting a coding param- 
eter of the first coded stream; and 

splicing means for changing a coding parameter of the second coded stream on the basis of the coding param- 
eter of the first coded stream obtained by the stream analysis means so that the first coded stream and the sec- 
ond coded stream are seamlessly connected at the splicing point, and then splicing the first coded stream and 
the second coded stream having the changed coding parameter. 

22. A coded stream generating method for generating a spliced coded stream by splicing a first coded stream and a 
second coded stream at a splicing point, the method comprising: 

a stream analysis step of analyzing the syntax of the first coded stream.thereby extracting a coding parameter 
of the first coded stream; and 

a splicing step of changing a coding parameter of the second coded stream on the basis of the coding param- 
eter of the first coded stream obtained at the stream analysis step so that the first coded stream and the sec- 
ond coded stream are seamlessly connected at the splicing point, and then splicing the first coded stream and 
the second coded stream having the changed coding parameter. 
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